ナチュラルキーを主キーにしてはいけない - 設計者の発言

定期的に複合主キーの話題が盛り上がるのは楽しい。好きな話題なので便乗しよう。 「複合主キーを許すべきかどうか」の議論に関して私が理解できないのが、なぜか「ナチュラルキーを主キー（一次識別子）に含めてはいけない」という話とセットで語られがちな点だ。もちろん、ナチュラルキーを主キーに含めてはいけない。だめ、ゼッタイ。しかしこれは複合主キーの必要性とは無関係な議論であって、複合主キーを回避すべき理由にはならない。 ■ナチュラルキーと人工キー ナチュラルキーについて、公開中の販売管理システムのモデルで説明しよう。まず、商品マスタの主キーは「内部商品№」である。これは、追加されるたびに自動的に発番されてセットされる項目で、ユーザの目には触れない「人工キー」だ。「Row ID」と思ってもらえばいい。 [商品] 内部商品№、品名、{品番}、．．． いっぽうユーザの目に触れる項目は、「二次識別子」とされて

[lesamoureuses]

“「ナチュラルキーを主キーにしてはいけない」と「複合主キーの必要性」とは互いに直交した問題である”

[udzura]

ああそうだ、ナチュラルキーってこういうことだった

[thesecret3]

Railsをはじめ自動生成をしようとすると全部代理キーで主キーは常に1項目にしとくと便利ではある。ああ、わかってる。DBがアプリから独立してるとは思ってないんだよ。

[torazuka]

2つ目の実装の危うさとして指摘されている内容を、忘れていた。論理要件から離れるほど、データの異常を抑制する機構が必要になるんだなぁ。

[masaru_b_cl]

なぜか現場ではUNIQUE INDEXさえ使わせてくれないことが多いので、必然的にⅠになるような気がする

[Hayato]

件名の答え→"ようするにロクなことがない"

[dagjmpd]

ナチュラルキーを主キーにしてはいけない