時間順にソート可能なUUIDv6, UUIDv7, UUIDv8の提案仕様 - ASnoKaze blog

IETFに「New UUID Formats」という提案仕様が提出されています。 これは、時系列順にソート可能なUUID version 6, UUID version 7, UUID version 8を新しく定義するものです。 詳しい背景は提案仕様にゆずりますが、ULIDを始めとして、時系列順にソート可能な一意な識別子を利用したいというユースケースがあります。例えば、データベースのキーとして使えば、ソートせずとも順番に並びますし、書き込む際も順々に書き込めるのでデータアクセスが局所的になります。 今回は簡単に、それぞれのUUIDのフォーマットを眺めていきます。なお、フォーマットは異なりますが、バージョンを示す値は同じ位置にあります。 UUIDv6 UUIDv6は128bit長で、UUIDv1と似てるフォーマットを取ります。 1582年10月15日(グレゴリオ暦)からの100ナノ秒単位で

[masatomo-m]

時系列を持たせることは純粋なunique identiiferとしての意味を越える仕様だと思っているので、ULIDみたいな別モノとして定義した方がいいと思うんだけどなあ

[yu_wasama]

１つの属性に2個以上の意味を持たせるのはあんまり好みじゃない。

[gachapining]

UUIDvN はそれぞれ要件に応じて選択するものだから、バージョンじゃなくて適切な名前をつけてあげた方がわかりやすくて良いと思うんだ。

[Ehren]

3バージョン同時提案ってすごいな

[t-wada]

ULIDのような時系列順にソート可能で一意な識別子のIETF提案が一気に3つ増えていた

[password1234]

UUIDの生成ロジックを標準化する意義が分からないのだけど何のためにするんだろう。単なるランダム識別子生成ロジックのベストプラクティスではないのか

[spark7]

UUIDのバージョン1って時刻入ってたのね。先祖返りした感

[honma200]

1と6の違いがよく分からない？精度？

[reteria]

ULIDとか時間でソート可能なID使うのは、パフォーマンスやデータ効率性の観点から使われている認識でいた https://spring-mt.hatenablog.com/entry/2021/03/03/033320

[tmatsuu]

UUIDv7は3種類を内包してるので１つのバージョンにしないほうが良さそうだけども。

[daichirata]

例えば spanner だと PK は辞書的に分散してないといけないけど、インターリーブされた二番目のキーは辞書順に並んでると嬉しいみたいなのがあるから、今の時代仕様として組み込まれていると便利なケースはありそう。

[rryu]

時刻情報をそのまま入れれば時間順になるなと思ったら本当にそのまま入れる仕様だった。1582年10月15日からなのはグレゴリオ暦の開始日だからっぽいが、過去の時刻のUUIDを生成することはあるのだろうか。

[tokb]

新しく決める仕様ですごく過去を起点にしたタイムスタンプ使いたい理由ってあるのかな？

[coppieee]

UUIDv8 時間が取得できない環境のことも考えられていて賢い

[youichirou]

TwitterのツイートIDもそんな感じだったっけ。アレは特定用途で64ビットだったか。

[annoy]

"UUIDが時間順にソート可能" 漠然とした不安だが、使い方を誤ると脆弱性の温床になりそうな予感がする

[KoshianX]

へー、こんなの提案されてるのか。UNIX Time が使えるならタイムスタンプにもなるなあ