kachick
commented
2 years ago UUIDv6~v8 は永遠に通らなそうな雰囲気。 IDにタイムスタンプを付加すると、そのIDだけから類推される情報が増えるので、何でもかんでも使っていいとはいか無さそう。 でもそれは類推のより簡単な incremental な int の方が大抵の場合問題になりやすいと思っている。 他のコンテキストとの重複も有る。1つの会社が2つのDB持ってる時、randomness の弱いIDだとその情報で雑に会話ができない。使い方に依ってはテーブル間ですら重複すると思う。
なのでまぁパフォーマンスとか諸々あるだろうけど、基本的に UUID を採用したほうが良いんじゃないかなとは思っている。大体の場合で便利というか。 で、そこにID単体で順序の概念も持たせようとしたのがULIDだと思うんだけど、ミリ秒単位でのtimestampというのは大体のDBがマイクロ秒対応なこと考えるとイマイチな仕様ではとは思う。(ライブラリに依ってはtimestampをマイクロ秒まで独自拡大してるものもあった) ulid/spec のアクティビティもずっと止まってるし、大文字小文字やハイフン含めた文字表現としての多さとかうーんというとこが多い。一番本家のissueで問題に上がってるのは monotonicity で、それまでの Ruby のライブラリで対応してるのが無かったから自分で実装してみたけど仕様としてどうなんだというのはわからなくもない。 エンコード後の文字列が短いというのも、一番基本的なフォーマットにハイフンが入ってないので人間がパッと見で読めるか、順序がわかるかというとかなり厳しい。
でも良さもやっぱ有るので、個人的になんか次作る時はまたULID採用、あるいはUUIDとの併用してみようかなと思っている。
pankona
TL;DR
マシだと思っている。もしRFCのdraftが採用されたら UUIDv7 あたりを使ってみたい何についてか / About
ref: link, link
経緯 / History
1. 1. 1. 1. 1. 1.
結論 / Conclusion