ตัวสร้าง UUID

GUID (Globally Unique Identifier) เป็นชื่อที่ Microsoft ใช้เรียกแนวคิดเดียวกัน UUIDs และ GUIDs ปฏิบัติตามมาตรฐาน RFC 4122 เดียวกันและสามารถใช้แทนกันได้ในส่วนของรูปแบบ (32 hex digits, 4 hyphens: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx) คำว่า UUID ถูกใช้ในบริบทการเขียนโปรแกรมส่วนใหญ่ ส่วน GUID มักพบในเอกสารของ Microsoft/.NET และ SQL Server คุณอาจเห็น GUIDs ที่จัดรูปแบบด้วยวงเล็บปีกกาเช่น {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx} — เครื่องมือนี้สามารถแสดงผลในรูปแบบนี้ได้เช่นกัน

ใช่ เครื่องมือนี้ใช้ crypto.getRandomValues() จาก Web Crypto API ซึ่งให้ตัวเลขสุ่มเทียมที่ปลอดภัยทางวิทยาการรหัสลับโดยได้รับการสนับสนุนจากแหล่ง entropy ของ OS นี่คือแหล่งความสุ่มเดียวกันกับที่ใช้ใน ssh-keygen และโปรแกรมจัดการรหัสผ่าน ห้ามใช้ Math.random() สำหรับการสร้าง UUID ในการใช้งานจริง — เพราะมันไม่ปลอดภัยทางวิทยาการรหัสลับและมีการพิสูจน์แล้วว่าสามารถผลิตผลลัพธ์ที่คาดเดาได้ใน JavaScript engines บางตัว

สำหรับ UUID v4 การชนกัน (collisions) เป็นไปได้ในทางทฤษฎีแต่โอกาสน้อยมาก ปัญหาวันเกิด (birthday problem) บอกเราว่าคุณต้องสร้าง v4 UUIDs ประมาณ 2.71 quintillion (2.71 × 10^18) เพื่อให้มีโอกาสเกิดการชนกัน 50% หากสร้าง UUID 1 พันล้านรายการต่อวินาที จะต้องใช้เวลาถึง 85 ปี ในทางปฏิบัติแล้ว UUID v4 ถือว่าไม่มีการชนกันสำหรับการใช้งานทั่วไป หากคุณต้องการความเฉพาะตัวที่รับประกันได้โดยไม่พึ่งพาความน่าจะเป็น ให้รวม UUID เข้ากับ unique constraint ที่บังคับใช้ในฐานข้อมูล

Auto-increment integers นั้นเรียบง่ายกว่า ขนาดเล็กกว่า (4 หรือ 8 bytes เทียบกับ 16 bytes) และมีประสิทธิภาพมากกว่าสำหรับ clustered indexes เพราะพวกมันถูกแทรกเรียงลำดับ แต่ UUIDs มีข้อดีคือ: สามารถทำงานในระบบแบบกระจายตัวได้โดยไม่ต้องประสานงานกัน (ฐานข้อมูลสองแห่งสามารถสร้าง IDs ได้โดยไม่ต้องคุยกัน), ไม่เปิดเผยจำนวนเรคอร์ดหรือลำดับการสร้างให้แก่ client และอนุญาตให้สร้าง ID ในชั้นแอปพลิเคชันก่อนการเขียนลงฐานข้อมูล UUID v7 เป็นสิ่งที่ดีที่สุดของทั้งสองโลก — สุ่มเพียงพอที่จะหลีกเลี่ยงการชนกัน แต่เรียงลำดับตาม timestamp ทำให้จัดกลุ่มได้ดีใน B-tree indexes สำหรับแอปพลิเคชันส่วนใหญ่ ทางเลือกที่ถูกต้องคือ v7 สำหรับฐานข้อมูลระบบกระจายตัวใหม่ และ auto-increment สำหรับแอปพลิเคชันแบบเซิร์ฟเวอร์เดียวที่เรียบง่าย

ฟิลด์ variant (bits 64-65 ของ UUID) ระบุว่ามาตรฐาน UUID ใดถูกใช้เพื่อสร้าง identifier เวอร์ชัน 1 (binary 10) คือมาตรฐาน RFC 4122 — UUID ทั้งหมดที่คุณสร้างด้วยเครื่องมือนี้คือ Variant 1 เวอร์ชัน 0 ถูกใช้ในรูปแบบ NCS ที่เลิกใช้แล้ว เวอร์ชัน 2 ถูกใช้ในรูปแบบ GUID ของ Microsoft (ปัจจุบันเทียบเท่ากับ Variant 1) เวอร์ชัน 3 ถูกจองไว้ เมื่อตัวตรวจสอบแสดง "Variant: RFC 4122" หมายความว่า UUID เป็น identifier ที่สอดคล้องกับมาตรฐาน ข้อมูล Variant ส่วนใหญ่จะเกี่ยวข้องเมื่อต้องแปลง UUID จากระบบภายนอกที่ไม่รู้จัก

รูปแบบมาตรฐานพร้อมเครื่องหมายขีด: 550e8400-e29b-41d4-a716-446655440000 (ค่าเริ่มต้น, พบได้บ่อยที่สุด) ไม่มีเครื่องหมายขีด: 550e8400e29b41d4a716446655440000 (ใช้ในฐานข้อมูลและ APIs บางตัว) ตัวพิมพ์ใหญ่: 550E8400-E29B-41D4-A716-446655440000 (ค่าเดิม แต่แสดงต่างกัน) พร้อมวงเล็บปีกกา: {550e8400-e29b-41d4-a716-446655440000} (สไตล์ Microsoft/COM) ทุกรูปแบบแสดงค่า 128 บิตเดียวกัน — ต่างกันเพียงการแสดงผลในรูปแบบสตริงเท่านั้น

ไม่มี การสร้างและตรวจสอบ UUID ทั้งหมดทำงานบนเบราว์เซอร์ของคุณโดยใช้ JavaScript และ Web Crypto API ไม่มีข้อมูล, ไม่มี UUID ที่สร้างขึ้น และไม่มี UUID ที่ตรวจสอบแล้วหลุดออกจากอุปกรณ์ของคุณ เครื่องมือนี้ทำงานแบบออฟไลน์ได้อย่างสมบูรณ์เมื่อโหลดหน้าเว็บเสร็จแล้ว