UUID Generator (v4, v7, ULID, NanoID)

UUID v4 atau UUID v7: mana yang sebaiknya dipakai?

UUID adalah pengenal 128-bit yang ditulis sebagai 32 digit heksadesimal dalam lima kelompok, seperti 3f2c8a1e-5b7d-4e9f-a0c1-2d3e4f5a6b7c. Enam bit di antaranya tetap: empat menyatakan versi (digit pertama kelompok ketiga) dan dua menyatakan varian (digit pertama kelompok keempat adalah 8, 9, a, atau b untuk UUID standar).

Versi 4 mengisi 122 bit sisanya dengan data acak. Ini bawaan hampir di mana saja, tidak mengungkap kapan atau di mana dibuat, dan peluang dua UUID bertabrakan bisa diabaikan: Anda perlu membuat sekitar satu miliar per detik selama 85 tahun untuk mencapai peluang 50% satu duplikat saja.

Versi 7, yang distandarkan di RFC 9562 pada 2024, menaruh timestamp Unix 48-bit dalam milidetik di depan dan mengisi sisanya dengan bit acak. ID v7 baru karena itu terurut sesuai waktu pembuatan, yang menjaga indeks B-tree database tetap ringkas: insert masuk ke akhir indeks, bukan ke halaman acak, dan itulah alasan utama pengguna Postgres, MySQL, dan SQL Server beralih dari v4 ke v7 untuk primary key. Konsekuensinya, siapa pun yang memegang ID bisa membaca kapan ID itu dibuat. Generator ini menjaga ID v7 tetap naik secara ketat bahkan dalam milidetik yang sama dengan memakai counter 12-bit yang dijelaskan RFC.

ULID dan NanoID

Gunakan ULID jika Anda ingin urutan waktu dalam string yang lebih pendek dan tidak peka huruf besar-kecil; gunakan NanoID untuk ID yang tampil ke publik seperti short link atau kode undangan, di mana panjang penting dan urutan waktu tidak.

ULID

26 karakter Crockford base32, seperti 01JAZ1S83VV6F35M4HSN97TA7X: timestamp milidetik 48-bit diikuti 80 bit acak. Terurut secara leksikal berdasarkan waktu, menghindari huruf mirip I, L, O, dan U, dan muat di 128 bit yang sama dengan UUID, sehingga bisa disimpan di kolom uuid. Mode monoton menaikkan bagian acak untuk ID yang dibuat di milidetik yang sama.

NanoID

String acak yang ringkas, secara bawaan 21 karakter dari A–Z, a–z, 0–9, _ dan -, yang memberi sekitar 126 bit keacakan: setahan collision UUID v4 dengan karakter lebih sedikit, dan aman di URL serta nama file tanpa encoding.

Alfabet kustom

NanoID bisa memakai angka saja, huruf kecil saja, alfanumerik, alfabet tanpa karakter mirip, atau himpunan apa pun yang Anda ketik. Alat ini menampilkan jumlah bit keacakan yang dihasilkan agar Anda bisa memilih panjang yang tetap aman.

GUID, kurung kurawal, dan format lain

GUID adalah sebutan Microsoft untuk hal yang sama dengan UUID. .NET, registry Windows, dan COM sering mencetaknya dalam HURUF BESAR di dalam kurung kurawal, seperti {3F2C8A1E-5B7D-4E9F-A0C1-2D3E4F5A6B7C}, yang dihasilkan opsi kurung kurawal. Sebagian sistem menginginkan 32 digit tanpa tanda hubung; yang lain menyimpannya di kolom binary(16). Semuanya 128 bit yang sama.

Format berkutip menambahkan koma untuk Anda, jadi seribu ID bisa langsung masuk ke WHERE id IN (…) atau array JSON. Untuk baris data realistis, bukan sekadar ID, Mock Data Generator membangun tabel lengkap dengan kolom UUID.

Membaca UUID yang sudah ada

Inspektur menerima UUID dengan atau tanpa tanda hubung, kurung kurawal, kutip, atau awalan urn:uuid:, dan ULID dalam huruf besar maupun kecil. Inspektur memberi tahu apakah nilainya berbentuk benar, versi dan varian yang dinyatakannya, dan, untuk versi berbasis waktu 1, 6, dan 7 serta ULID, waktu pembuatan yang tertanam sebagai tanggal ISO 8601 di zona waktu Anda dan dalam UTC.

Versi 3 dan 5 adalah hash dari namespace dan nama (MD5 dan SHA-1), jadi input yang sama selalu memberi UUID yang sama dan tidak ada waktu yang bisa dibaca. Versi 8 dicadangkan untuk tata letak kustom. Nil UUID (semua nol) dan max UUID (semua satu) adalah nilai khusus yang didefinisikan RFC.