プライマリーキー(primary key)はシーケンシャルな値で良いと思うよ - 角待ちは対空

zenn.dev を読んでの感想です。「シーケンスナンバーをPKにする」以外の項目については言及しませんが、言及しないことは正当性や妥当性を保証していることにはならないです。 InnoDB(MySQL)を想定してます。が、原理は割と一般的なので他のDBでも適用できることが多いと思います。 追記:一般的とは分散でないような"普通の"RDBMSを想定してましたが、分散システム(distributed systemないしreplicated system)のような場合では話が違います。 なぜシーケンシャルな値がよいか 端的にいうと書き込み操作時にバッファープール(baffuer pool)に読み混む必要のあるページが少なくて済むからです。その結果書き込み操作時にバッファープールにページが存在する可能性が高くレイテンシー的に有利になる可能性が高いです。 バッファープール、ページ、btreeなど具体

[turanukimaru]

いや元記事は明らかに複数の同時書き込みを考慮してるって言うか「分散DBでマルチ書き込み」って書いてるじゃん。でもそれ以前に何でお前らPKに数値使うの？いや楽なのはわかるけどまず意味のあるKeyを考慮しないの？

[jiro68]

サロゲートキーをプライマリーキーにすれば済むような単純なシステムばかりだと楽なんですが...

[kazkun]

ああ、羽生さんが元気になるやつだ。

[labor9]

GUIDで

[napsucks]

せっかくのRDBなのにサロゲートキー使うのはもやもやする。その値は何の値よ？

[masa_iwasaki]

"この議論はもう何回もされている"

[Magicant]

どうせプライマリーキー以外にもインデックス張ったりするしあんまり関係ねえな

[phare]

"InnoDBではレコードはプライマリーキーをキーとしてbtreeを構築してますので"

[AKIMOTO]

“なので本心では「場合による」が正しいと思ってます”

[diveintounlimit]

kodukiの記事にマジレスしてもとは思うがこういう反証記事も大事だな

[tmatsuu]

わいわい