跳到主要內容

UUID&ULID

UUIDs&Uild 應用

UUIDs&Uild 應用

UUIDs 概念

UUID 出自RFC 9562標準可以保證跨空間與時間的唯一性,長度總共16bytes或128bits,表示隨機產生這些字串並在某些條件下保證不會重複,這種方式對分散式系統在建立物件ID的地方是很有效益,因為可以保證在分散式系統是唯一值或是保證碰撞的可能性較低,也常應用在微服務架構中。當產生一組隨機序號,字串其中中間4表示UUID的版本,9隨機亂數。

C#呼叫Guid.NewGuid()就是產生UUID字串的方式

範例: cb9ec1e3-0cb1-4e33-9ee1-e86b725964f8

UUID v4範例

for (int i = 0; i < 10; i++) 
  Console.WriteLine(Guid.NewGuid())

/* 輸出
cb9ec1e3-0cb1-4e33-9ee1-e86b725964f8
d7250a44-9ccf-4b21-af55-e13cef7bc09b
3793f197-2d7b-4cad-b5f3-2c88946feb97
08845d8c-cf31-4cc2-b4fb-c23d2426ec56
88bd93f7-116b-4418-8954-b116f2995ebf
2ac06c87-8e2d-4515-9d84-25ee324d9efd
b9e911b0-a509-4d24-88ef-bc5739cc6024
91b2185c-92f7-4656-9bce-f9e0aba17181
7ca9976e-6cc4-424b-8453-2c591d9ba17f
1b4af183-d3cc-4571-b2c6-3b76a419b9c8
*/
  • UUID 缺點

(1) UUID在資料庫insert會比較慢,如果大量寫入會很明顯 (2) UUID會造成index fragmentation, 因為UUID是隨機產生,當排序好的index架構會因為insert進來的資料造成產生很多碎片 (3) UUID高儲存成本,一筆資料需要16bytes或128bits


UUID改善碎片問題

UUIDv7使用unix timestampe 來產生前48bit字串,這種方式可以減少碎片化的問題,目前C# Net 8.0之前都沒有提供Uuid v7的實作,可以使用Uild的框架使用

  • 使用ULID (Universally Unique Lexicographically Sortable Identifier) 長度為128bit,其中組合48 bit 時間戳+80 bit 隨機數(使用字典方式產生),好處可排序。目前Uild在Nuget版本為1.3.4為穩定版本。ULID可以一毫秒產生<2^80保證數字唯一性

  • ULID github 源碼 https://github.com/Cysharp/Ulid?tab=readme-ov-file

for (int i = 0; i < 10; i++) 
  Console.WriteLine(Ulid.NewUlid());

/* 輸出
01JHVGMJN15KAGT9RXW2YZ05DB
01JHVGMJN1VQK1KKFG1DTBTFPZ
01JHVGMJN1Q65550TMTY8A6TV0
01JHVGMJN1RYGACZGH29K391CX
01JHVGMJN1P1XA2VC0C72M85Y7
01JHVGMJN1FXK56WY1ZMP9JBR5
01JHVGMJN1QSK256W2H22XXXP7
01JHVGMJN1MZPVGM33R6R20M3Z
01JHVGMJN17SMWANBQ24VWVSJ2
01JHVGMJN1KVCSB92W0R03BBFX
*/


留言

這個網誌中的熱門文章

JavaBean 和POJO

前言 今天介紹JavaBean和POJO的不同,這兩個名詞在JAVA文章常常被拿來使用以及討論。在JDK1.1時候釋出才有的一個標準架構,很多時候常常被搞混,所以我們特別開闢一章來加以討論。POJO規範在企業級應用已經廣大的被使用的規範。 解釋 POJO : 全名為Plain-old-Java-object,只需要繼承Object就可以,沒有特定規定,只要建立的類別有setter/getter方法都可以稱為POJO JavaBean: JavaBean通常用來封裝多個物件成為單獨物件使用,規範比較嚴格,規則如下 規則 說明 1 需要實作序列(Serializable/Externalizable) 2 不能有參數的建構子( no-arg constructor) 3 需要有公用setter/getter 4 屬性必須要私人(private) 5 屬於特定POJO規則 比較 所有的JavaBean都為POJO,但是所有的POJO不一定為JavaBean 都可以當作重複元件 都必須序列化 特性都為可用性、易用性和持久化使用 - 應用 由圖我們可以知道POJO在應用程式中,主要用來存取資料庫資料達到持久化的目的,並提供給商業邏輯流程處理使用。這種POJO的架構提供程式人員開發時的可以很有規則將資料封裝並加以使用。 範例1. JavaBean(以員工為實例) JavaBean建立員工物件,可以發現Employee物件建構子沒有任何參數,屬性為私有化並setter/getter的命名方式。 //實作序列化 public class Employee implements java.io.Serializable{ private int id; private String name; //無參數建構子 public Employee(){} //以下實作setter/getter public void setId(int id){this.id=id;} public int getId(){return id;} public void setName(String ...

Python AI-問題集

Python AI-問題集 問題集 Jupyter Notebook執行ipywidgets會出現kernel死掉的錯誤發生(The kernel appears to have died) 解決方法 (1) 根據log檔來判斷問題: 例如:log訊息出現OMP: Error #15: Initializing libiomp5.dylib, but found libiomp5.dylib already initialized. (2) 根據問題關鍵字找出問題所在: 利用google查詢所遭遇到的問題,例如我把上面的問題上google查詢可以找到這篇的解法 https://blog.csdn.net/bingjianIT/article/details/86182096 (3)實作解法: 我實作下面解法後,就可以順利執行手寫辨識的程式. //在Python宣告時加入 import os os.environ["KMP_DUPLICATE_LIB_OK"]="TRUE" 參考 https://blog.csdn.net/bingjianIT/article/details/86182096

H2資料庫(1)-基本安裝與介紹

H2資料庫介紹 H2為嵌入式資料庫,使用java開發,跨平台且內含資料庫管理介面,好處開發階段方便開發人員使用。 比較 詳細比較表: http://www.h2database.com/html/features.html#comparison 由圖比較可以知道,H2比其他資料庫更為優勢,以下會介紹開發時常用的模式: 嵌入式模式Embedded Mode 嵌入式資料庫會與應用程式共用同一JVM底層,在這個模式下persistent或是in-memory資料庫都支援,也沒有連線數的限制。但壞處是只可以給該應用程式使用,其他人無法直接存取資料庫。 伺服器模式 Server Mode 外部應用程式可以藉由JDBC或是OBC的方式連結該資料庫,它也支援persistent或是in-memory資料庫,也沒有連線數的限制。 混合模式 Mixed Mode 同時有嵌入式與伺服器的模式去讓外部應用程式連線或是自己應用程式連線。 安裝H2 database 官方網站: http://www.h2database.com/html/main.html 下載安裝程式 出現安裝連結,本次範例使用 Windows installer 的安裝連結 下載安裝程式後,點擊兩下,進入安裝畫面,按”下一步” 一直按”下一步”後,會出現”完成” 安裝完成後,會出現一個說明網頁,你可以點選Quickstart 它會告訴你,如何進入DBRMS畫面以及開啟資料庫服務 開啟windows的視窗圖示,執行 H2 Console後,會執行H2資料庫 進入DBRMS的登入畫面,使用者預設為”SA”,密碼為空值”“,按下”connect”進入,SQL命令中心 登入後,可以在空白處執行SQL語法 8.大致上安裝H2資料庫滿快速,操作畫面也是很好上手,如果系統在開發階段個人覺的滿推薦給大家使用看看。 參考 H2官方網站