記事へのコメント28

    • 人気コメント
    • 新着コメント
    tmatsuu tmatsuu わいわい。中身読む限りUUIDv7が本命かな

    2022/11/05 リンク

    その他
    solidstatesociety solidstatesociety v10になったらどうするんだ?

    2022/11/01 リンク

    その他
    lesamoureuses lesamoureuses 色々ある “...v6: グレゴリオ暦ベース(UUID Version v1 の改善) ...v7: Unix Time Stamp ベース ...v8: 独自仕様(実験的もしくはベンダー固有の要件で使う)”

    2022/11/01 リンク

    その他
    tonocchokun tonocchokun UUIDで時系列ソートできることの利点は、多分大規模にパーティショニングされたDBとか使うケースかなと推察しておきます。DWHにはパフォーマンス劣化せず一意性が保証されたパーティショニングができるとかよさげ。

    2022/11/01 リンク

    その他
    daichirata daichirata ULIDが標準化されると考えるとこれは有難い。分散してID発行できるので結果整合性の観点からも状況によってはたまに便利ですよ。

    2022/11/01 リンク

    その他
    mather314 mather314 UUIDv7 良さそう

    2022/11/01 リンク

    その他
    rryu rryu なんでUUID v1の改良バージョンなんて作ったのだろうと思ったら、生成済みのv1のUUIDのフィールドを組み替えるだけでソート可能にできるからなのか。

    2022/11/01 リンク

    その他
    realtank realtank 表に出すハッシュ値が欲しいのならhashidsを使うといいよ

    2022/11/01 リンク

    その他
    civicpg civicpg ソートはせんでも2つのデータ比較して前後が分かると便利そう

    2022/10/31 リンク

    その他
    hate_nao hate_nao IDにUUID使うのは良いとしてURLで使うときのプラクティスが知りたい。ULIDくらいの長さだと使い勝手いいんだけど。

    2022/10/31 リンク

    その他
    spark7 spark7 ソートできた方がDB的にも良いらしいな

    2022/10/31 リンク

    その他
    LiosK LiosK 改訂に関与してますが、v6はv1ライブラリを転用したり1対1変換する用、v7は通常使用、v8はアプリ固有のidと安全に混用する用、みたいな感じです。並び替えは、DBでインデックスするのに時系列順のほうが効率的だからです

    2022/10/31 リンク

    その他
    dot dot uuidでソートしたいのはたぶんDBでシーケンスIDの代替として扱いたいという要求かなとは思う。サロゲートキーであれば不要な気もするけど慣習的なところが大きいのかも。

    2022/10/31 リンク

    その他
    akinataki akinataki 生IDは絶対に出さないとしてUUIDもムダに長いからユーザーが目にするところ(URL)では使いたくないし、そういう用途にslugやULIDを別途定義する必要がある。バックでソートするならidやcreateDateがある。使いにくい。

    2022/10/31 リンク

    その他
    honma200 honma200 この記事の続編かと思っちゃった・・・ https://asnokaze.hatenablog.com/entry/2021/04/28/030550

    2022/10/31 リンク

    その他
    nicht-sein nicht-sein 仕様を読んでないんだけど、v7のタイムスタンプ部分がnanoまで含む48bitって秒は32bitスケールで2038年問題にぶちあたりそうなんだけど、大丈夫なの?まあ、流石にきっと大丈夫なように考えてるんじゃろ

    2022/10/31 リンク

    その他
    razokulover razokulover ULIDでまだあんまり困ったことないんだよなぁ

    2022/10/31 リンク

    その他
    Shinwiki Shinwiki UUIDでソートしたいと思ったなら他の何かで負けてるんだと思うけど。

    2022/10/31 リンク

    その他
    sue445 sue445 ソートできるの相当便利そう(言ってみたかっただけ)

    2022/10/31 リンク

    その他
    zu2 zu2 “UUID v6 はあくまで UUID v1 の課題を解決したものとなり,基本的には UUID v7 を使うとドラフト仕様に書いてある” "UUID v8 は限定的な用途のために策定されていて,正確には「実験的」もしくは「ベンダー固有」"

    2022/10/31 リンク

    その他
    degucho degucho uuidでユニークなんだから頭にymdhmsつければ?と思ってしまうのは浅学か

    2022/10/31 リンク

    その他
    tkrd tkrd Elixirの場合、本家のEcto.UUIDではなく、uniq (https://hex.pm/packages/uniq) を用いれば UUID v7 に対応できる。

    2022/10/31 リンク

    その他
    iww iww UUIDは便利だけど長いので、狭い世界用の短いやつもほしい

    2022/10/31 リンク

    その他
    havanap havanap ほんほん

    2022/10/31 リンク

    その他
    yug1224 yug1224 UUIDv7早く使いたいな

    2022/10/31 リンク

    その他
    koluku koluku 記事の内容の通り、v6とv8は限定的な用途になりそうだからv7が使われそう

    2022/10/31 リンク

    その他
    zentarou zentarou ULIDからv7に移行した

    2022/10/31 リンク

    その他
    udzura udzura “from uuid6 import uuid7”

    2022/10/31 リンク

    その他

    人気コメント算出アルゴリズムの一部にヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    関連記事

    UUID v6, v7, v8 : タイムスタンプでソートできる新しい UUID のドラフト仕様 - kakakakakku blog

    ID を採番するときによく使われる UUID Version 4 の課題として「順序性がなくソートしにくい」という側...

    ブックマークしたユーザー

    • serihiro2023/01/26 serihiro
    • hajimepg2023/01/09 hajimepg
    • thrakt2022/11/20 thrakt
    • k_wizard2022/11/09 k_wizard
    • kyaido2022/11/07 kyaido
    • tmatsuu2022/11/05 tmatsuu
    • kurojz2022/11/04 kurojz
    • lugecy2022/11/03 lugecy
    • nekoruri2022/11/03 nekoruri
    • Natter2022/11/02 Natter
    • yuiseki2022/11/02 yuiseki
    • ohchang2022/11/01 ohchang
    • kyo_ago2022/11/01 kyo_ago
    • solidstatesociety2022/11/01 solidstatesociety
    • samurairodeo2022/11/01 samurairodeo
    • lesamoureuses2022/11/01 lesamoureuses
    • ockeghem2022/11/01 ockeghem
    • sgykfjsm2022/11/01 sgykfjsm
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事