複合主キー「否定派」と「許容派」の論争 - 設計者の発言

定期的に取り上げたくなるDB設計に関する話題である。WEBアプリが一般化して以来、議論されてきた事柄がある。テーブルの主キーを「単独主キー」のみとするか、複数項目を組み合わせた「複合主キー」を必要に応じて使うべきかという問題だ(*1)。複合主キーに対する「否定派」と「許容派」に分かれた議論は劇烈で、宗教論争のようにも見える。 主キーというものは、テーブルの存在意義といってもいいほどに重大な要素である。にもかかわらず、なぜそんな基本的なレベルの議論が始まってしまったのか。２つほどの理由が考えられる。 まず、単独主キーとしてIDを機械的に置くやり方（ID方式）が「オブジェクト指向」と相性がよかったからだ。オブジェクトは固有の識別子（オブジェクトID）を持つので、これに相当するIDをテーブルの主キーとすることで、オブジェクトとDBの設計問題を統合できると考えた技術者が少なからずいた。そのアイデア

[dekokun]

InnoDBは主キーがクラスタインデックスであるわけで、性能面を鑑みて基本的に検索のキーとして使用するキーはなるべく主キーに入っていて欲しいなぁと思うんですよ。というわけで今日も私は複合主キーを採用します。

[nakag0711]

n:nを表現するテーブルにはid列付けないことが多いかも／id列作るにしても候補キーになってるものには別途全て一意性制約かけるからインデックスの観点はこの議論と関係ない

[onsei]

主キーをエンドユーザに触らせなきゃなんでもいいよ

[masaru_b_cl]

主キーが10個くらいのテーブル見るとき、これは設計が間違っているのか仕方ないのか迷う

[yojik]

OOでモデリングするときも、インスタンスが何をもって一意か?というのは何らかの手段(UMLならOCL等をつかって)考えるべきで、複合主キー許容も結局リレーショナルモデルの都合にあわせた設計判断にすぎないと思う。

[NOV1975]

そもそも議論されているパラダイムがぜんぜん違うなあ…

[kanu-orz]

"複合主キーを許容すべきかどうかは「ナチュラルキーか代理キーか」の議論とは関係ない（直交している）"

[nippondanji]

キーの概念（リレーショナルモデル的に）を誤解してる印象を受ける。最後に紹介されてるリンクを読んでみたけど「ナチュラルキー（自然キー。値が変化し得る一意キー）」という定義は誤り。

[tmtms]

「許容」っていうと「本当はダメだけどどうしようもない場合は使ってもいいよ」みたいな感じ。自分は「普通に使う派」

[nobeans]

複合主キーで「なければならない」理由が腑に落ちてないのだけど“いきなりID方式で設計する設計者は、a=F(b,c)のようなデータ要件を見落としてしまう”という話だけなら見落とさなければOKぐらいの話なのかしら

[kfujieda]

主キーはデータモデリングから導かないとデータの本質をとらえそこなうと思ってる。

[dagama]

大規模なテーブルになると、id列でインデックス作ってユニークインデックスも作って容量無駄遣いすんな死ねってなるからね

[t-wada]

"複合主キーを許容すべきかどうかは「ナチュラルキーか代理キーか」の議論とは関係ない（直交している）"

[lizy]

（多対多リンクテーブル以外の）具体例があると分かりやすい気がする

[Lumin]

契約者コード p1 契約者識別区分 p2 請求者コード p3 請求先枝番 p4 開始年月日 p5 （以下延々10個くらい続く

[qaz76]

_φ(･_･

[kazutaka83]

複合キーは永続的にメンテするの難しい気もする。単キーを入り口にしてたほうがわかりやすそう。

[kukita]

【#データベース設計】「複合主キー"否定派"と"許容派"の論争」 ← 私は、複合主キー許容派（むしろ単独主キー派）なのだが、どちらが多数派なのだろう？ #設計 #開発 →

[yass]

" 単独主キーとしてIDを機械的に置くやり方（ID方式）が「オブジェクト指向」と相性がよかった / RailsといったWEB開発のためのメジャーな開発基盤では、複合主キーの利用を認めていない（使えないわけではない "

[asuka0801]

第2主キーだけで検索するとうまくクラスタインデックス参照しなかったりするし、個人的にはあまり複合主キーは使いたくない。ノンクラスタインデックス複数作成とかもInsertパフォーマンス劣化で死にかけた思ひで

[takehikom]

『その種の基盤からキャリアを始めた技術者が、ID方式を正統なDB設計手法として勘違いしてしまうことがある』／車というとplain TeXとLaTeXを連想する

[yugui]

"複合主キーを許容すべきかどうかは「ナチュラルキーか代理キーか」の議論とは関係ない（直交している）"