跳到主要內容

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
1 則留言
閱讀完整內容

淺談機器學習原理-Nonlinear Transform

Nonlinear Transform 淺談機器學習原理-Nonlinear Transform Nonlinear Transform *通用能力 gerneralization : 就是將訓練好的模型，放到正式環境可以正常的運作，通常Linear Model的gerneralization會比較好，因為線性模型解決的問題比較單純。缺點是應用侷限比較大。 參考Chih-Chung Chang老師的範例:縣性與非線性分類範例 https://www.csie.ntu.edu.tw/~cjlin/libsvm/ 非線性問題 當如果今天假設要圈出裡面小圈圈的資料，我們就無法使用線性的模型，我們可以用非線性解像圈圈的方程式 s i g n ( − x 1 2 − x 2 2 + r ) sign(-x1^2-x2^2+r) s i g n ( − x 1 2 − x 2 2 + r ) 來解決，在演算法我們利用reduce來將不會的問題透過已知的問題來解決，所以在這個問題 我們將圈圈的方程式(非線性模型)reduce成線性模型來解決。 Reduce 方法論 我們調整圓形的方程式改為 z 0 z_0 z 0 ​ , z 1 z_1 z 1 ​ , z 2 z_2 z 2 ​ 來轉換線性方程式， { ( x n , y n ) } \{{(x_n,y_n)}\} { ( x n ​ , y n ​ ) } => { ( z n , y n ) } \{{(z_n,y_n)}\} { ( z n ​ , y n ​ ) } 在這空間資料中只要能找線，就可將不同的分類區分，圖中可以線性可以線去做分類。 透過向量方式來轉換成線性方程式 我們找到一個方式將非線性資料X透過向量轉換為Z後，希望透過線性方程式方式來學習，得到正解。 當我們Nonlinear transform轉換成線性方程式，當有新的資料進來我們無法使用invertiable(逆向工程)的方式去轉回非線...
張貼留言
閱讀完整內容