UUID — Universally Unique Identifier, 128 bitli identifikator formati. U markaziy ketma-ketliksiz ko‘p tizimda ID yaratishga imkon beradi; to‘qnashuv ehtimoli juda past, ammo barcha versiyalar random yoki maxfiy emas.
Format va variant
UUID odatda 8-4-4-4-12 hexadecimal guruhda yoziladi. Failure testi collision, clock, expiry yoki dependency uzilishini qamraydi. Variant va version bitlari generation usulini bildiradi. Format yoki trust semantikasi implementatsiya hujjatida aniq tekshiriladi. Binary saqlash text ko‘rinishga qaraganda compactroq. Bu tanlov scalability, compatibility va securityga birgalikda ta’sir qiladi.
Versiyalar
Version 4 asosan random bitlardan tuziladi. Format yoki trust semantikasi implementatsiya hujjatida aniq tekshiriladi. Version 5 namespace va name’dan SHA-1 asosida deterministik hosil qilinadi. Bu tanlov scalability, compatibility va securityga birgalikda ta’sir qiladi. Version 7 timestamp tartibini random qism bilan birlashtiradi. Failure testi collision, clock, expiry yoki dependency uzilishini qamraydi.
Database xususiyati
Random UUID B-tree indexda page split va locality muammosini oshirishi mumkin. Bu tanlov scalability, compatibility va securityga birgalikda ta’sir qiladi. Time-ordered UUID insert localityni yaxshilaydi. Failure testi collision, clock, expiry yoki dependency uzilishini qamraydi. Native UUID type validation va compact storage beradi. Format yoki trust semantikasi implementatsiya hujjatida aniq tekshiriladi.
Xavfsizlik
UUID mavjudligi access control o‘rnini bosmaydi. Failure testi collision, clock, expiry yoki dependency uzilishini qamraydi. Time yoki hardwarega asoslangan variant metadata ochishi mumkin. Format yoki trust semantikasi implementatsiya hujjatida aniq tekshiriladi. Cryptographic token uchun alohida yetarli entropy va expiry talabi qo‘llanadi. Bu tanlov scalability, compatibility va securityga birgalikda ta’sir qiladi.
Canonical matnni parse qilishda katta-kichik harf odatda farqlanmaydi, ammo database va API bitta barqaror ko‘rinishni qaytarsa cache key, log qidiruvi hamda taqqoslashdagi noaniqlik kamayadi.
Hayot sikli
UUID yaratish yoki o‘rnatish bilan boshqaruv tugamaydi. Owner, generation yoki issuance manbasi, rotation muddati va revoke qilish yo‘li inventoryda saqlanadi. Capacity hamda expiry oldindan alert qilinadi; emergency recovery normal rotationdan alohida mashq qilinadi.
Format almashganda consumerlar yangi qiymatni o‘qishga oldin tayyorlanadi, keyin writer o‘zgartiriladi. Audit log identity va operationni ko‘rsatadi, lekin secret yoki sensitive metadata’ni oshkor qilmaydi. UUIDga tayanadigan downstream tizimlar bilan compatibility sinovi rollbackdan oldin ham, keyin ham bajariladi.
Chekka holatlar va dalillar
Nazoratli sinovda format va variant bilan versiyalar bir xil natija deb qaralmaydi. Bir qatlam muvaffaqiyatli ko‘rinsa ham keyingi qatlamdagi mapping, policy yoki data holati umumiy xizmatni buzishi mumkin. Shu sabab input, oraliq qaror va yakuniy output alohida log yoki metric bilan kuzatiladi. Bo‘sh qiymat, limitga yaqin hajm, duplicate operation, kechikkan javob va qisman nosoz dependency maxsus testlarda qamrab olinadi.
UUID uchun database xususiyati hamda xavfsizlik bo‘yicha kutilgan invariantlar yoziladi. Identifier, UUIDv4, UUIDv7 va Surrogate key bilan integratsiya configuration yoki schema yangilanganda qayta tekshiriladi. Normal trafficdagi muvaffaqiyat recovery tayyorligini isbotlamaydi; rollback, rotation yoki rebuild amalda bajarilib ko‘riladi. Natija owner, versiya va source position bilan saqlansa, keyingi incidentda sababni taxmin bilan emas, tekshirilgan dalil orqali aniqlash mumkin.
Bog‘liq tushunchalar
Identifier, UUIDv4, UUIDv7, Surrogate key, Distributed ID, Primary key, Entropy, B-tree