主キーはインデックスではない - 設計者の発言

仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをインデックスみたいなものと勘違いしているからではないでしょうか」。インデックス（キー）というのは、レコードの並び順を規定するキーのことだ。 たしかに思い当たる節がある。「こんな順にレコードが並んでいれば処理上都合がよさそうだ」という考えで主キーが設定される。さらに主キーはユニーク制約でもあるので、重複が起こらないように「多め」に項目を突っ込んでおく。つまり「ユニーク制約をともなう代表的インデックス」程度に主キーが理解された結果として、グダグダなDB構造が出来上がるのではないか。 じっさい、昔こんなことがあった。{a,b,c,d}の複合主キーをもつテーブルＸがある。ところが、別のテーブルＹからテーブルＸの特定レコードにアクセ

[Dursan]

わたしを主キーにつれてって　　審議中とな？では「うれしいたのしい大主キー」で

[isseium]

関数従属はだめっていうのとか理論としてデータのあるべき姿としては同意。ただ処理速度の観点とか業務理由(テーブル増やしたり分割するのは影響でかい・社内手続き面倒とか)で正規系崩れてくイメージ

[longroof]

好き(主キー)にすればいい

[kamei_rio]

データベースは理想と現実が乖離してても現場が死ねば存続できるから怖い

[mebiusplus]

"主キーはインデックスではない" そんなのcolumn001から100まであるような糞構造と比べたら些細な問題。どっちでもいい

[thesecret3]

「処理過程でのデータの一時保管場所」かもよ。SQLを書かないフレームワークなら既にそうなってる。個人的には「DBが実体」派だけど。

[mikio01]

そんなもん主キーにすればいい

[ledsun]

恋の呪文は主キーと決めとキス

[quabbin]

なんで主キーを全部サロゲートにして後から苦労しているのか、見てて疑問に思っていたけど…なるほどなぁ…。

[anakahala]

並び順のために主キー！

[anoworl]

だい主キー

[murasaki11]

複合主キーはあまりよくないってどこかで読んだ気が。なにが正しいんだ。

[nemoba]

DBのモデリングって最もリファクタし辛いから、今風の成長する戦略をとると、データストアとビジネスドメインってどんどん分断されてく気がするよ。最もいじり辛いからこそ最初の設計が大事な領域ではあるけど。

[matarillo]

でたらめなテーブル設計するとあとで泣くよという話だと思うが、ボイスコッド正規形は悪でオレ流こそ正義みたいな主張をする人は残念だ。技術的負債は負債だしクソ設計はクソだぜ。ビジネス価値とは別の軸。

[taketyan]

難しくてあんま理解できてないけど、データベースは単なるデータの入れ物じゃない、ってことは常に意識してる。現実世界のオブジェクトを表現するようにして、同一性は PK の id でのみ判別。

[katzchang]

“「全テーブルの主キーを"id"にしてしまえばいいではないか。...」などと考えてはいけない。それでは問題がなくなるのではなく、DB設計者が扱うべき重大な問題が「潜航」してしまう”

[tgk]

「1テーブルに複数の候補キーがあってはならない」と言っているように聞こえる。そんなわけないと思って読み返したがやっぱり言ってる

[xlc]

主キーはレコードを特定するために使うのだから、インデックスに決まってる。小難しいことを言うヤツがいるとプロジェクトは破綻する。

[rgfx]

「主キー設計というものは、「いくつかの関数従属性が成立することを分析する仕事」というよりは、むしろ「圧倒的多数の関数従属性が成立しないことを保証する仕事」である。」

[mas-higa]

こんなテーブル実在するん?

[Dryad]

『主キー設計というものは、「いくつかの関数従属性が成立することを分析する仕事」というよりは、むしろ「圧倒的多数の関数従属性が成立しないことを保証する仕事」である。』

[akahigeg]

自分がやってる程度の開発だと全部idで十分だな。

[likk]

そうか、前職で「主キー」と言わずに「プライマリキー」と言う文化だったのは聞き間違えを避けるためか。＜ブコメ大喜利

[asamaru]

正規性自体は、専門知識というよりは一種の規範だと思う。規範が強い原理なのか弱い基準なのかで、崩して良い範囲が決まる。安易に崩すのは論外だが、故にここでの判断は難しく、専門的になる。

[nippondanji]

主キーは論理的な概念であり、インデックスはその実装、つまり物理。ところで主キーではFDが存在しないことを保証できないのでは。2NFなテーブルには主キーはあるけど自明でないFDは存在する。

[n314]

メーカーが品番を廃番から使い回しだした、とかの面倒な現実世界のルールと切り離すためにidにするのではなかろうか。

[ngyuki]

でも主キーがクラスタ化インデックスな RDBMS だと主キーの順番で並んでいると考えることもあると思う

[stealthinu]

『「全テーブルの主キーを"id"にしてしまえばいいではないか→問題がなくなるのではなく「潜航」してしまう。結果的に関数従属性やユニーク制約や更新不可制約の保全を個々のアプリが引き受ける羽目になる』

[f_oggy]

いかにもアプリの都合でグダグダになってるテーブルとか見るとイラッと来る気持ちはよく分かる

[Rinta]

全く共感できなかった。主キーの定義に合致しない主キーは滅びろと言っているように読み取ったが、システム構築の目的はデータモデルの完全性達成ではない。お客様のビジネス目標を達成する道具を作る事が目標だ。

[uturi]

『こちらの構造の方が綺麗だろ』派 VS 『動けばなんだって良いだろ』派の戦い。だいたい改修時に毎回揉める。

[delphinus35]

「並び順のために主キーを付ける」！！ すごいな。こんなむちゃくちゃな発想は思いも付かなかった。

[estragon]

「結果的に、関数従属性やユニーク制約や更新不可制約の保全を、個々のアプリが引き受ける羽目になる。その先には、モグラ叩き的なコードの保守地獄が待っている。」

[s025236]

mysqlの場合、pkが並び順として使われてしまうのでしょうがない。uniqueとfkきっちり使えば問題ないよね？？？

[Jxck]

“つまり主キー設計というものは、「いくつかの関数従属性が成立することを分析する仕事」というよりは、むしろ「圧倒的多数の関数従属性が成立しないことを保証する仕事」である。”

[s-tomo]

主キーを「id」にして困るほど使い込んでない

[masa8aurum]

>大事な点は、これら以外の関数従属性が「成立してはいけない」という点だ。

[kasumani]

主キーはインデックスではない 　仕事柄、奇妙なDB構造を目にすることが多い。どういう発想からそんな設計がされるのかを理解したいと思っていたのだが、モデラー仲間の秋里さんが先日うまい指摘をした。「主キーをイ

[llill]

直前のエントリと併せて読みたい。理想像は理解してても業務に精通していないと到達不能であるところから現実に浸食されていくんですよね