這篇感覺是user寫的, 要是從DBA角度應該會比較care的是UUID通常非循序寫入造成維護btree的效能議題
可以選用time-based的UUID版本，是循序的。
感覺比較少人用ordered uuid, 沒追過為什麼, 一時間猜想的是否是多台instance同時寫入的時候無法保證循序?
type 1 uuid 會曝露時間所以有人不愛用. 不過其實曝露了也還好, 不是很嚴重
type1 uuid 是用 mac address 和 os 版本去算, 理論上不同主機不該 collision
id曝露問題我都是用LSFR去scramble，這應該是基本工了。
我很好奇 postgres 裡的 uuid type 會不會因為 type 1 而做一些最佳化
Kmark 是一個類似 Markdown 語法的格式，以下為提供的功能:
*兩邊加單星*
**兩邊加雙星**
~~兩邊加雙曲號~~
> 左邊加個大於符號
左邊加個大於符號
* 可用星號 * 也可以 - 減號 * 數字加點也可以
`abcdefghijk`
兩邊用倒引號包住
abcdefghijk
``` function abc() ```
上下都用三個倒引號包住
function abc()
[這是連結][1] [1]: http://example.com
連結第一部份是文字，先用中括號包住，後面再加上 [編號]。 第二部份是連結本身，放在文末，開頭是 [編號]: http
這是連結1
