UUID: معرّفات للسجلات عبر التطبيقات ومصادر البيانات
يساعد UUID التطبيقات على إنشاء معرّفات قبل التواصل مع قاعدة مركزية وجمع سجلات من مصادر متعددة. تعرّف دوره في هوية السجل، ثم افصل عنه ترتيب الإنشاء والتحكم في الوصول ومنع تكرار العملية.
نسخة المعرّف تحدد ما يمكن قراءته منه
مولد ToolRoof ينتج UUID من الإصدار 4. هذا الإصدار عشوائي البنية، وليس طابعًا زمنيًا يمكنك استخراج تاريخ الإنشاء منه.
الكتابة المعتادة تحتوي 32 خانة ست عشرية و4 شرطات. من أصل 128 بت توجد بتات تحدد النسخة والنوع، ويتبقى 122 بت عشوائية؛ عدد المحارف الظاهر ليس عدد الخانات العشوائية.
المراجع: RFC 9562 — UUID version 4
أنشئ المعرّف مرة ثم احتفظ به
السجل نفسه يحتاج هوية ثابتة. إنشاء UUID جديد عند كل تعديل يجعل تتبع ذلك السجل أصعب، وترتيب هذه المعرّفات نصيًا لا يرتب السجلات بحسب وقت إنشائها.
وعند إعادة إرسال عملية، لا تفترض أن تغيير المعرّف يمنع تكرارها؛ قد يجعل النظام يراها عملية جديدة. سياسة منع تكرار العملية قرار مستقل عن شكل UUID.
احتمال التصادم ليس إذنًا بالوصول
المعرّف العشوائي الجيد يقلل احتمال التكرار، لكنه لا يثبت استحالة التصادم. إذا كانت وحدة السجل شرطًا، فافرضها في موضع التخزين أيضًا.
امتلاك معرّف لا ينبغي أن يمنح صلاحية قراءة السجل أو تعديله. لا تستخدم UUID بديلًا عن فحص الصلاحيات، ولا تعتبر نسخ قيمة توضيحية من مقال إنشاءً لمعرّف فريد لك.
المراجع: RFC 9562 — UUID version 4
مثال: هوية عنصر في قائمة جرد
القيمة 8c5b7f20-6a91-4f3d-9b62-2e740a1c8d35 مثال توضيحي لبنية UUID v4، وليست قيمة محجوزة لك. يظهر 4 في بداية المجموعة الثالثة، وتحتوي القيمة كلها 36 محرفًا مع الشرطات.
إذا أعطيت قطعة جرد معرّفًا جديدًا حقيقيًا، فاحتفظ به عندما تغيّر اسم القطعة أو موقعها. خزّن تاريخ الإنشاء في حقل مستقل، وافحص صلاحية من يطلب القطعة؛ المعرّف يجيب «أي سجل؟» ولا يجيب «من يحق له فتحه؟».