Penjana UUID

GUID (Globally Unique Identifier) adalah nama Microsoft untuk konsep yang sama. UUID dan GUID mengikut standard RFC 4122 yang sama dan boleh ditukar ganti dalam format (32 digit hex, 4 sengkang: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx). Istilah UUID digunakan dalam kebanyakan konteks pengaturcaraan; GUID adalah biasa dalam dokumentasi Microsoft/.NET dan SQL Server. Anda mungkin juga melihat GUID yang diformat dengan kurungan di sekelilingnya: {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} — alat ini juga boleh mengeluarkan format ini.

Ya. Alat ini menggunakan crypto.getRandomValues() daripada Web Crypto API, yang menyediakan nombor pseudo-rawak selamat kriptografi yang disokong oleh sumber entropi OS. Ini adalah sumber rawak yang sama digunakan oleh ssh-keygen dan pengurus kata laluan. Jangan gunakan Math.random() untuk penjanaan UUID dalam produksi — ia tidak selamat secara kriptografi dan telah terbukti menghasilkan output yang boleh diramal dalam beberapa enjin JavaScript.

Untuk UUID v4, perlanggaran adalah mungkin secara teori tetapi sangat tidak mungkin berlaku. Masalah hari lahir memberitahu kita bahawa anda perlu menjana kira-kira 2.71 kuintilion (2.71 × 10^18) UUID v4 untuk mencapai peluang 50% perlanggaran. Pada kadar 1 bilion UUID yang dijana sesaat, ia akan mengambil masa 85 tahun. Dalam praktiknya, UUID v4 dianggap bebas perlanggaran untuk semua tujuan praktikal. Jika anda memerlukan keunikan terjamin tanpa bergantung pada kebarangkalian, gabungkan UUID dengan kekangan unik yang dikuatkuasa oleh pangkalan data.

Integer auto-increment lebih mudah, lebih kecil (4 atau 8 bytes berbanding 16 bytes), dan lebih cekap untuk indeks berkelompok kerana ia dimasukkan mengikut urutan. UUID mempunyai kelebihan: ia berfungsi dalam sistem teragih tanpa penyelarasan (dua pangkalan data boleh menjana ID tanpa bercakap antara satu sama lain), ia tidak mendedahkan jumlah rekod atau urutan penciptaan kepada klien, dan ia membenarkan penjanaan ID dalam lapisan aplikasi sebelum penulisan pangkalan data. UUID v7 adalah yang terbaik daripada kedua-duanya — cukup rawak untuk mengelakkan perlanggaran, tetapi disusun mengikut cap waktu supaya mereka berkelompok dengan baik dalam indeks B-tree. Untuk kebanyakan aplikasi, pilihan yang betul ialah v7 untuk pangkalan data sistem teragih baharu dan auto-increment untuk aplikasi pelayan tunggal yang mudah.

Medan varian (bit 64-65 daripada UUID) mengenal pasti spesifikasi UUID mana yang digunakan untuk menjana pengecam tersebut. Varian 1 (binari 10) adalah standard RFC 4122 — semua UUID yang anda jana dengan alat ini adalah Varian 1. Varian 0 digunakan dalam format NCS yang telah luput. Varian 2 digunakan dalam format GUID Microsoft (kini setara dengan Varian 1). Varian 3 adalah dikhasiakan. Apabila pengesah menunjukkan "Variant: RFC 4122", UUID tersebut adalah pengecam yang mematuhi standard. Maklumat varian kebanyakannya relevan apabila mengurai UUID asing daripada sistem yang tidak diketahui.

Format standard dengan sengkang: 550e8400-e29b-41d4-a716-446655440000 (lalai, paling biasa). Tanpa sengkang: 550e8400e29b41d4a716446655440000 (digunakan dalam beberapa pangkalan data dan API). Huruf besar: 550E8400-E29B-41D4-A716-446655440000 (nilai yang sama, paparan berbeza). Dengan kurungan: {550e8400-e29b-41d4-a716-446655440000} (gaya Microsoft/COM). Semua format mewakili nilai 128-bit yang sama — hanya perwakilan string yang berbeza.

Tidak. Semua penjanaan dan pengesahan UUID berjalan di dalam pelayar anda menggunakan JavaScript dan Web Crypto API. Tiada data, tiada UUID yang dijana, dan tiada UUID yang disahkan meninggalkan peranti anda. Alat ini berfungsi sepenuhnya secara luar talian sebaik sahaja halaman dimuatkan.