代理キーは「スタイル」ではなく「テクニック」 - 設計者の発言

データモデリングでは、複合キーに代わって単一項目の代理キー（サロゲートキー）を導入することがある。これは「モデリング上のテクニックのひとつ」ではあるが「モデリングのスタイル（基本方針）」とみなすべきではない。その根拠を説明しよう。 まず、倉庫が複数あるとして、倉庫にはさまざまな商品が保管されるとする。それぞれの商品は倉庫毎の特定の棚に保管される（つまり、商品と倉庫の組み合わせで棚が決まる）ことになっているとする（在庫管理では典型的な業務要件だ）。この関係をデータモデルで表すとモデル１のようになる。横浜第１倉庫でA01の棚に保管されることになっている商品１００の現在庫が２５０個であることが示されている。 このモデルをサロゲートキーにこだわって変形するとモデル２のようになる。 ２つのモデルの形式上の違いはどこにあるのだろう。モデル１では、倉庫コード、棚記号、品番が一次識別子として置かれているゆ

[bopperjp]

テーブル設計でのサロゲートキーの意味合い

[torazuka]

サロゲートキーありきで（＝スタイルとして）設計してはいかんというお話。

[tokuryoo]

代理キー

[mori_shinya]

サロゲートキー

[kahki]

サロゲートキーについて

[fukuchi]

代理キーは「スタイル」ではなく「テクニック」

[shozzy]

複合キー肯定論。／エンタープライジーなシステムを組むのでなければ、サロゲートキーで十分ともいえる。

[rhosoi]

代理キーなんて、ヘンなテクニックが流行ってるもんだな。代理キーというテクニックを使うスタイルを通す人

[tgk]

「全テーブルに代理キー」派への否定論

[yamaz]

今回の話は複合キーにユニーク制約やnull制約をつければすむ話なのかな?

[nak2k]

棚主キー「倉庫＋棚記号」は、棚が現実に倉庫移動できることと一致しない（ライフサイクル不一致）とかのあたりでOO的にはもやもや。（http://d.hatena.ne.jp/habuakihiro/20060903#1157265393 で個人的にはすっきり）

[AKIY]

必ずしもサロゲートキーである必要はないのかも。

[terazzo]

議論が後退してる……。Not Nullやユニークは明示する方が見落とし難いと思う。むしろ焦点になるのは意味論的な部分で、例えば純粋な関連テーブルを例にとる方が良い。

[koki-h]

複合キー論争決着？

[yugui]

DB-drivenでなくてObject-Orientedでやるとまた違った結論になると思う。でもそれはRDBとしては異端なのか。

[zorio]

いや、複合キー要るよって話。