テーブル設計の主キーについて質問があります。

質問

テーブル設計の主キーについて質問があります。

マスタを物理削除せず、論理削除するデータベースを考える時、
削除日時を主キーに持ってきたりするレイアウトはよくありますでしょうか。
DBはmysqlです。

例）
＜会社マスタ＞
（PK)会社コード
（PK)会社支店コード
（PK)削除日時
　　　会社名
　　　住所

主キーにNULL値は入れられないと思うのですが（←あっていますでしょうか）、
削除日時を無理やりNULL以外のものを入れたとします。
そしてアプリケーションで検索を考えた時に、”削除になっていないもの”
を対象にレコードを探します。

インデックス（この場合は主キーですが）が検索高速化に有効に使われるのは、
なるべく対象が少なくなるものと思います。

以上を考えれば、
割合が多い削除日時を主キーにもってくるのはいかがなものかと思うのですが、
どうなのでしょうか。

宜しくアドバイスお願いいたします。

回答No.1

yambejp · ベストアンサー

構造が今一つわかりませんが、この場合でも削除日時はプライマリキーに
すべきではないでしょう。
仮に削除日時をプライマリの要素にまぜると、たとえばA社東京支店があったとして
削除日2010/1/1のA社東京支店と、削除日2010/2/1のA社東京支店が存在可能になります。
やはりA社東京支店のみをプライマリとするのが管理上常套かとおもいます。

今回の場合は、削除日時にインデックスを貼っておくか、削除フラグフィールドを
つくっておくかがよいでしょう

お礼

ありがとうございます！
自分でもそのような設計は見たことなかったのですが、
既存システムではそうしてたようで、自分だけが知らないのかなと思っていました。

アドバイスどうもありがとうございました。
確信がもてました。

回答No.2

kotoby2003

削除日時を主キーにするのは明らかにおかしいです。なんのためでしょう。
インデックスを張るだけでよいと思います。

削除日時を主キーにしてしまうと、同じ会社コード、会社支店コードのものが複数存在してしまうことになります。

お礼

ありがとうございます！
自分でもそのような設計は見たことなかったのですが、
既存システムではそうしてたようで、自分だけが知らないのかなと思っていました。

アドバイスどうもありがとうございました。
確信がもてました。