Penjana UUID v4

Penjana UUID v4 ialah alat percuma yang menghasilkan Pengecam Unik Universal versi 4 untuk digunakan sebagai pengecam rekod, objek atau permintaan.

Bagaimanakah Penjana UUID v4 mengendalikan data saya?

Proses penjanaan berlaku pada pelayan. Input dihantar ke pelayan melalui HTTPS dan tidak disimpan. Oleh itu, tidak tepat untuk mengatakan bahawa penjanaan berlaku sepenuhnya dalam pelayar anda atau data tidak pernah meninggalkan peranti anda.

UUID v4 tidak memerlukan teks peribadi, nama atau kata laluan sebagai sumber. Nilai ini dijana sebagai pengecam, bukannya dikira daripada maklumat yang anda berikan. Jangan kaitkan nilai yang terhasil dengan makna sulit kerana sesiapa yang dapat melihatnya boleh menyalin dan menggunakannya semula.

Apakah itu UUID v4?

UUID v4 ialah pengecam 128 bit yang bahagian boleh ubahnya dijana secara rawak atau pseudorawak. Beberapa bit dikhaskan untuk menandakan versi dan varian UUID. Ia lazim digunakan apabila sistem berasingan perlu mencipta pengecam tanpa terlebih dahulu meminta nombor tersedia yang seterusnya daripada perkhidmatan pusat.

Bentuk bertulis standard mengandungi 32 aksara perenambelasan yang dibahagikan kepada lima kumpulan dengan tanda sempang. Coraknya ialah 8-4-4-4-12, dengan jumlah panjang 36 aksara apabila empat tanda sempang turut dikira.

Contoh yang sah dari segi sintaks ialah 550e8400-e29b-41d4-a716-446655440000. Dalam UUID versi 4, aksara pertama bagi kumpulan ketiga ialah 4. Dua bit paling bererti yang mengenal pasti varian ialah 10, lalu menghasilkan aksara perenambelasan awal 8, 9, a atau b dalam kumpulan keempat.

Nilai tersebut ialah pengecam, bukannya maklumat yang dikodkan. Anda tidak boleh menyahkodnya untuk mendapatkan semula tarikh penciptaan, nama akaun, alamat mesin atau nombor jujukan.

Versi UUID manakah yang patut saya pilih?

Pilih versi 4 jika anda memerlukan pengecam legap yang dijana secara bebas dan tidak memerlukan input yang sama untuk menghasilkan keputusan yang sama. Secara ringkas, v1 menggunakan maklumat masa dan nod, v2 ialah bentuk DCE Security, v3 menerbitkan UUID daripada ruang nama dan nama menggunakan MD5, v4 bersifat rawak, v5 menerbitkannya menggunakan SHA-1, v6 menyusun semula data berasaskan masa, v7 menggabungkan cap masa Unix dengan data rawak, manakala v8 ditujukan untuk format percubaan atau khusus vendor.

• Gunakan UUID v4 untuk ID rekod, rujukan muat naik, ID permintaan API dan lekapan ujian apabila pengecam yang diedarkan secara rawak sesuai digunakan.
• Gunakan UUID v5 apabila ruang nama dan nama tertentu mesti sentiasa menghasilkan pengecam yang sama. Versi ini berguna untuk import yang boleh diulang dan peraturan penyahduplikasian.
• Pertimbangkan UUID v7 apabila rekod memerlukan pengecam yang secara umum mengikut masa penciptaan dan pangkalan data atau perisian anda menyokongnya.
• Gunakan integer berjujukan biasa apabila nilai dicipta oleh satu pangkalan data dan kekunci yang padat serta tersusun secara semula jadi lebih penting daripada penjanaan terpencar.

Versi lama masih digunakan dalam sistem sedia ada, tetapi reka bentuk baharu sepatutnya memilih versi berdasarkan keperluan sebenar, bukannya menganggap semua versi UUID boleh saling menggantikan.

Menggunakan UUID v4 dalam amalan

Jana UUID, ambil nilainya daripada medan hasil UUID v4, kemudian simpan keseluruhan rentetan kanonik melainkan sistem penerima menetapkan perwakilan lain.

1. Cipta UUID baharu untuk objek atau peristiwa yang memerlukan identiti.
2. Kekalkan kelima-lima kumpulan dan keempat-empat tanda sempang semasa menghantarnya antara sistem.
3. Simpan dalam jenis UUID pangkalan data jika tersedia. Jika tidak, gunakan medan teks atau binari dengan saiz yang sesuai untuk perwakilan yang dipilih.
4. Tambahkan kekangan unik jika pangkalan data perlu menolak nilai UUID v4 janaan yang berulang.

Antara penggunaan lazim ialah mengenal pasti pesanan sebelum sampai ke pangkalan data utama, mengaitkan entri log merentas beberapa perkhidmatan, menamakan objek yang dimuat naik atau memberikan ID kekal kepada baris yang disediakan untuk import. UUID selalunya lebih mudah digabungkan merentas set data yang dicipta secara berasingan berbanding jujukan integer setempat, yang mungkin mengandungi nilai sama pada setiap sumber.

Ruang, tanda baca, huruf beraksen dan aksara bukan Latin tidak menimbulkan masalah sebagai input untuk UUID v4 kerana proses penjanaannya tidak menerbitkan pengecam daripada teks. Jika anda memerlukan pengecam berdasarkan nama yang mengandungi aksara sedemikian, gunakan skim UUID berasaskan nama dan tetapkan pengekodan aksara serta peraturan penormalan yang tepat. Jika tidak, teks yang kelihatan sama boleh menghasilkan jujukan bait yang berbeza, lalu menghasilkan pengecam yang berbeza.

Bolehkah dua nilai UUID v4 menjadi sama?

Ya, perlanggaran secara teori boleh berlaku, tetapi biasanya bukan kebimbangan praktikal dalam penggunaan UUID v4 biasa jika penjanaan menggunakan sumber rawak yang sesuai. UUID v4 mempunyai 122 bit boleh ubah kerana bit selebihnya mengenal pasti versi dan variannya, sekali gus menyediakan set nilai berkemungkinan yang amat besar.

Oleh itu, "unik secara universal" ialah gambaran praktikal, bukannya jaminan matematik. Nilai yang tersilap disalin atau digunakan semula, kecacatan pelaksanaan atau penjanaan nombor rawak yang lemah apabila sumber rawak tidak memadai boleh menimbulkan risiko pendua yang lebih nyata berbanding kebarangkalian semata-mata. Sistem yang tidak boleh menerima pendua masih perlu menguatkuasakan keunikan pada sempadan pangkalan data atau aplikasi.

UUID juga tidak membuktikan bahawa sesuatu permintaan itu tulen. Jangan gunakan UUID yang boleh dilihat sebagai satu-satunya kaedah kebenaran akses, dan jangan anggap objek dilindungi hanya kerana alamatnya sukar diteka. Pemeriksaan akses perlu dikenakan pada sumber asas yang dirujuk oleh UUID.

Soalan lazim

Adakah UUID membezakan huruf besar dan huruf kecil?

Tidak, huruf perenambelasan dalam teks UUID biasanya dianggap sama tanpa mengira bentuk huruf, jadi A dan a mewakili nilai yang sama. Huruf kecil ialah bentuk kanonik yang lazim. Menyeragamkan bentuk huruf sebelum membandingkan teks dapat mengelakkan hasil yang tidak konsisten dalam sistem yang membandingkan rentetan secara peka huruf besar dan kecil.

Bolehkah UUID v4 digunakan dalam URL atau nama fail?

Ya, bentuk kanonik menggunakan aksara perenambelasan dan tanda sempang, yang semuanya sesuai untuk segmen laluan URL biasa dan sistem fail yang lazim. Jangan tambahkan kurungan pendakap melainkan API tertentu memerlukannya. Ingat juga bahawa memaparkan UUID dalam URL tidak menjadikan sumber tersebut peribadi.

Perlukah saya membuang tanda sempang daripada UUID?

Buang tanda sempang hanya apabila format penerima secara jelas memerlukan 32 aksara perenambelasan. Banyak pustaka dan jenis UUID pangkalan data menerima bentuk kanonik bertanda sempang, yang lebih mudah dikenal pasti dan kurang berkemungkinan disalah anggap sebagai nilai perenambelasan lain yang tidak berkaitan.

Adakah UUID v4 sesuai dijadikan kata laluan atau rahsia API?

Tidak, pengecam dan rahsia mempunyai tujuan yang berbeza. Sesetengah pelaksanaan UUID mungkin menggunakan kerawakan yang sesuai, tetapi format UUID itu sendiri tidak menjamin keperluan pengendalian, kerahsiaan atau entropi untuk kata laluan, token sesi dan kelayakan API. Jana kelayakan atau token menggunakan mekanisme yang memang direka untuk tujuan tersebut, bukannya Penjana UUID v4.

Bolehkah UUID v4 dianggap sebagai data peribadi di bawah Akta Perlindungan Data Peribadi 2010?

Ya, UUID boleh dianggap sebagai data peribadi apabila ia mengenal pasti atau boleh dikaitkan dengan individu yang boleh dikenal pasti, walaupun aksaranya tidak mendedahkan nama secara langsung. Kendalikan UUID yang dikaitkan dengan akaun pelanggan, peranti atau rekod aktiviti mengikut konteks serta peraturan penyimpanan dan akses organisasi.

Bolehkah UUID v4 digunakan sebagai kekunci utama pangkalan data?

Ya, banyak pangkalan data menyokong UUID secara langsung sebagai kekunci utama. Kekunci yang diedarkan secara rawak boleh menyebabkan sisipan indeks yang kurang tertumpu pada kawasan tertentu berbanding pengecam integer tersusun atau berasaskan masa. Oleh itu, semak panduan pangkalan data untuk jadual dengan beban tulis yang tinggi. Kekalkan kekangan unik dan gunakan satu perwakilan storan yang konsisten dalam import, pertanyaan dan kod aplikasi.