ポスト

キャッシュヒット率とUUIDが相反するので使わないほうが良いという話 データベースでユニークキーにUUIDを使うメリットは何ですか?連番やタイムスタンプまたは複合などではいけないのでしょうか?どうも視認性が悪く使いにくく感じますし連番でも衝突しない気もします。 jp.quora.com/%E3%83%87%E3%8…

メニューを開く

akuwano@kuwa_tw

みんなのコメント

メニューを開く

この話、自分的にはUUID v7使えばいいん出ない?という結論になりました。

oinume@oinume

メニューを開く

逆にDynamoDBのような分散DBを使う場合はプライマリキーに連番を使ってしまうとホットスポットが生まれてしまう可能性があるので要注意です。

メニューを開く

関連記事 MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと : Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ] techblog.raccoon.ne.jp/archives/16272…

akuwano@kuwa_tw

メニューを開く

書いた人ですが、postgresだとUUID型があったりmysqlでもBINARYあるいは(BIGINT, BIGINT)で表現して比較コストを抑制する方法はあると思います あとBuffered Poolについてもクラスター化インデックスを採用しているMySQLとそうでないPostgresでは振る舞いは変わってくると思います

Naoki Fujita@fujitanaoki0718

メニューを開く

UUID の使い勝手が良くてね... パフォーマンスと開発のしやすさ(シンプルさ)のトレードオフよな。 Salesforce の ID も乱数のように見える連番。

しょっさん(本物)@sho7650

メニューを開く

案件では自然キーの複合によく遭遇しますが、個人的にはUUIDが好きです。 メリットは、キー項目のわかり易さ、台帳や採番の管理不要な点、後はセキュリティ面(連番だと、どのくらいのユーザやデータが存在するか推測されるし、一定期間の増加数などもバレるので)…

福岡はいいぞ~おじさん@gain5151

Yahoo!リアルタイム検索アプリ