資料庫應該用 v4 還是 v7?

新設計的資料庫請用 v7。依時間排序的 ID 會把近期寫入聚集在同一個索引分頁,可顯著改善寫入效能與資料局部性。若系統已仰賴不可預測的隨機 ID,則繼續使用 v4。

隨機 UUID 有多獨特?

UUID v4 帶有 122 位元的隨機性,對任何合理規模的應用而言,碰撞機率小到可以忽略。要產生數兆筆才有可能出現實質風險。

可以批次產生 UUID 嗎?

可以。Toova 一次最多可產生一萬筆,輸出為每行一筆,方便直接貼進資料庫 seeder 或 fixture 檔。

nil UUID 是 00000000-0000-0000-0000-000000000000。它常被當作標記值,代表「尚未指派 UUID」,或在程式碼範例中作為測試佔位符。

產生的結果真的是隨機的嗎?

是。Toova 使用瀏覽器的密碼學亂數產生器——也就是 TLS 金鑰與安全 Cookie 所用的同一個來源。整個過程中沒有任何可預測的種子。

UUID 產生器 — 線上產生 v1、v4、v7、NIL UUID

UUID 產生器 (v1、v4、v7、NIL)

注重隱私的設計 — 完全在您的瀏覽器中執行

在瀏覽器中產生各種常見版本的 UUID——v1、v4、v7 與 nil UUID。Toova 可以一次產生一個,也能批次產生,點一下即可複製,而且過程中完全不會向任何伺服器發出請求。

該用哪一版 UUID

UUID v4 是隨機的,當您只是需要一個獨特識別碼又不需要排序時最常用。UUID v7 是依時間排序的,當作資料庫主鍵很理想,因為新寫入會落在索引末端,而不是散落各處。UUID v1 是基於時間戳與 MAC 位址,在今天很少是正確選擇。Toova 三種都能產生,還包含用於測試的 nil UUID。

批次產生與格式化

您可以單獨產生一個 UUID 做快速測試,或一次產生多達一萬個來填充 fixture、開發資料庫或進行壓力測試。輸出格式包含標準的連字號形式、無連字號十六進位、大寫,以及某些語言慣用的大括號包裹形式。結果可一鍵複製,也能匯出成純文字清單。

本機密碼學等級的隨機

隨機 UUID 使用瀏覽器的密碼學隨機亂數產生器——這正是您的瀏覽器產生 TLS 金鑰時使用的同一個來源。產出的值幾乎一定獨一無二且無法預測。產生過程完全在您的瀏覽器中執行——沒有伺服器介入、沒有日誌,您可以打開 Network 分頁,自行驗證零對外請求。

常見問題

資料庫應該用 v4 還是 v7?: 新設計的資料庫請用 v7。依時間排序的 ID 會把近期寫入聚集在同一個索引分頁,可顯著改善寫入效能與資料局部性。若系統已仰賴不可預測的隨機 ID,則繼續使用 v4。
隨機 UUID 有多獨特?: UUID v4 帶有 122 位元的隨機性,對任何合理規模的應用而言,碰撞機率小到可以忽略。要產生數兆筆才有可能出現實質風險。
可以批次產生 UUID 嗎?: 可以。Toova 一次最多可產生一萬筆,輸出為每行一筆,方便直接貼進資料庫 seeder 或 fixture 檔。
nil UUID 是什麼?: nil UUID 是 00000000-0000-0000-0000-000000000000。它常被當作標記值,代表「尚未指派 UUID」,或在程式碼範例中作為測試佔位符。
產生的結果真的是隨機的嗎?: 是。Toova 使用瀏覽器的密碼學亂數產生器——也就是 TLS 金鑰與安全 Cookie 所用的同一個來源。整個過程中沒有任何可預測的種子。