CUID: IDs قابلة للقراءة وآمنة وسريعة

بعد ما اتكلمنا عن UUID، ULID، Snowflake ID، KSUID، MongoDB ObjectId، و NanoID، هنتكلم عن CUID.
الـ CUID معناها Collision-resistant Unique Identifier، والهدف الأساسي منه:

• يكون أبسط من UUID
• أصغر في الحجم للتخزين
• أسهل في القراءة
• مقاوم لأي collision حتى في الأنظمة الكبيرة 🛡️

CUID بيتكون من إيه؟ 🧩​

الـ CUID متقسم لعدة أجزاء:

1. Prefix ثابت (عادة حرف “c”) 🔤
   بيميز كل CUID عن باقي أنواع الـ IDs.
2. Timestamp ⏱️
   عشان الـ IDs تبقى مرتبة زمنيًا.
3. Counter 🔢
   بيت increment مع كل ID جديد لتقليل التكرار.
4. Fingerprint 🖥️
   بيعتمد على الجهاز أو البيئة اللي تولد فيها الـ CUID، عشان يضيف طبقة حماية.
5. Random block 🎲
   بيزود الأمان ويقلل احتمالية التكرار أو collision.

شكل الـ CUID ✨​

مثال على CUID: ckbq9y4hf0001gq5t4q9k5s7f

• عبارة عن string مقروء أكتر من UUID
• مش طويل بنفس درجة UUID، وده بيخليه سهل التعامل والنسخ.

---

مميزات CUID 🌟​

1. مقاومة عالية جدًا لأي collision 🛡️
   تقدر تستخدمه في أنظمة كبيرة من غير خوف من تكرار الـ IDs.
2. Readable 👀
   أسهل في القراءة والفهم من UUID العادي.
3. Prefix ثابت 🔤
   بيساعد في تمييز الـ ID بسهولة في أي application.
4. أسرع وأخف في التخزين والindexing ⚡
   مقارنة بـ UUID، بيخلي الأداء أفضل ويقلل استهلاك الذاكرة.
5. مناسب للـ Web Apps وAPIs 🌐
   لو عايز IDs consistent يعني شكل ثابت وسهل التعامل معاه.

عيوب CUID ⚠️​

1. مش standard رسمي زي UUID ❌
   يعني interoperability مع أنظمة تانية محتاجة انتباه.
2. مش مشهور زي NanoID أو ObjectId 🌍
   استخدامه أقل من الحلول التانية.
3. أطول من NanoID لكنه أقصر من UUID 📝
   فممكن مش يكون الخيار الأنسب لو عايز IDs super قصيرة.

---

ليه CUID حل عملي؟ 💡​

• IDs readable + collision-resistant + lightweight
• مناسب لأي Web App أو API محتاجة IDs ثابتة وسهلة التعامل.
• بيوفر توازن بين الحجم، الأمان، والسهولة في الاستخدام مقارنة بالـ IDs التانية.