nak2kのブックマーク / 2006年9月3日 - はてなブックマーク

nak2k id:nak2k

2006年9月3日のブックマーク (3件)

ID or not ID - A.R.N [日記]
おぉ、ガチだ。 [RDBMS]複合主キー？ 18:57 ･･･まだそんなこと言ってる人いるのか。 id等の単一のサロゲートキーを導入して逃げることも可能ではあるが、そのために仕組みが複雑になることが避けられない。いや、お互いものすごく優秀で有名な方だし大人なのでガチの勝負はしてくれないとは思うのだけれど、ぜひ世の多くのさまよえるSEのためにガチンコ勝負して決着つけてくれんかなぁ。てゆうか、今回の案件でもID派（＝私）と複合主キー派（＝モデラー）でもろに喧嘩してるし、前のプロジェクトでも他の人が同じようなことやってたし、さらに前の案件でも(w　そろそろ、IDを使うべきかそうでないかくらいベストプラクティスを決めてほしいなぁと思う今日この頃*1。たしかにDB直接見て何かするような運用だと、複合主キーの方がわかりやすかったりするのはたしか。でも複雑なシステムで他のテーブルへの関連が沢山あるよ
nak2k 2006/09/03
コメント欄がすごいことに。。。

db

architecture
リンク
ABD（はぶにっき 2006/9/30)
not found
nak2k 2006/09/03
イベントを洗い出せるのは魅力的。

db

architecture

by-habuakihiro
リンク
代理キーは「スタイル」ではなく「テクニック」 - 設計者の発言
データモデリングでは、複合キーに代わって単一項目の代理キー（サロゲートキー）を導入することがある。これは「モデリング上のテクニックのひとつ」ではあるが「モデリングのスタイル（基本方針）」とみなすべきではない。その根拠を説明しよう。まず、倉庫が複数あるとして、倉庫にはさまざまな商品が保管されるとする。それぞれの商品は倉庫毎の特定の棚に保管される（つまり、商品と倉庫の組み合わせで棚が決まる）ことになっているとする（在庫管理では典型的な業務要件だ）。この関係をデータモデルで表すとモデル１のようになる。横浜第１倉庫でA01の棚に保管されることになっている商品１００の現在庫が２５０個であることが示されている。このモデルをサロゲートキーにこだわって変形するとモデル２のようになる。２つのモデルの形式上の違いはどこにあるのだろう。モデル１では、倉庫コード、棚記号、品番が一次識別子として置かれているゆ
nak2k 2006/09/03
棚主キー「倉庫＋棚記号」は、棚が現実に倉庫移動できることと一致しない（ライフサイクル不一致）とかのあたりでOO的にはもやもや。（http://d.hatena.ne.jp/habuakihiro/20060903#1157265393 で個人的にはすっきり）

db

architecture
リンク
- 2006年9月5日
- 2006年9月3日
- 2006年9月2日