DBの正規化をどこまで行うか

データベース設計をしておりますが、正しい更新削除の方法・正規化の程度がわかりません。

商品マスタテーブルと、取引明細テーブルがあるとします。
1・2ではどちらが正しいでしょうか？

１：商品マスタは更新削除可能、取引明細テーブルには商品名カラムをもたせる
（マスタテーブルが更新削除された際に、取引明細テーブルで取引時の商品名を把握できるようにするため）
この場合、取引明細テーブルには、商品IDも持たせますか？

２：商品マスタは更新削除不可、取引明細テーブルには商品IDのみもたせる（全テーブルに渡って更新削除不可）
商品IDの指す商品名は不変で、変更があった場合は新規IDとなるため

個人的には正規化を正とするなら２が正しいと考えているのですが、いかがでしょうか？

（御礼）
皆様短期間に多くのご回答を下さり、大変ありがとうございました。
具体例を用いて、どちらのパターンも詳しく解説いただき、利用イメージがわいたのでtosiさんをベストアンサーにさせて頂きました。
同時に、唯一の解がない課題のため、皆様のご回答により多方向から考えることができ学びになりました。

行動規範の内容に同意します

回答5件

要件次第だけど、マスタの削除はフラグ管理してIDは使い回さない方が、後々データの結び付きを元にデータを抽出する際に便利だとは思う。

例えば質問文の１の状態だと、IDを使い回して過去の同名の商品と名前だけ一致してるケースなどはもう追跡不可なんで、明細にIDがあろうが無かろうが関連の保証にはならない。

変更や削除されたデータと明細の関連が完全に切れていいなら何でも構わないけど。

投稿2021/06/29 08:21

gentaro

総合スコア8947

ベストアンサー

1.の場合には、商品マスタはマスタと言うよりも、参照ファイルと言う意味になると思います。取引明細テーブル(ジャーナル)でシステムは完結されます。(ジャーナルは日々更新されるテーブルを指す)
取引明細テーブルへは商品IDも必要ないでしょう。(商品IDで検索したい場合には必要ですが･･･)つまり、入力画面から商品IDでマスタ値を呼び出し、全項目を取引明細TBへ書込む様な運用です。手入力で画面から取引明細TBへ全項目を入力したのと一緒ですね。
例えば、桜組みの園児マスタを考えると、園児は毎年変わるため削除もあります。その為、入力時に園児マスタ項目値を、全部取引明細TBへセットする運用です。
結果的に、マスタが無くなっても使える為に、数年後バックアップデータを見たりすると便利で楽です。組織コードマスタとか、年単位での変化がある場合にも使ったりしますが、基本的には項目数が少ないです。

2.の場合は一般的な商品マスタと思います。ジャーナル対マスタの関係です。
この場合、質問者様の言われる様に、商品IDのみで良いと思います。
商品マスタの項目数が多く、重要度が高い場合には、これになると思います。
この場合には、商品に変更があった時には、別商品IDを登録して運用する事になるでしょう。新旧を区分する為です。また、製造であれば製品のバージョンアップ時に、新IDを採番するしないで非常に悩むところです。
これは、取り扱う商品の特性により判断します。同時に、IDの採番ルールも大切です。類似品がどんどん発生する様な物であれば、末尾にA～Zを添付して区別する方法もあります。
1.の場合とは違い、一度商品IDの採番ルールを決めると、なかなか変更出来ません。番号が見やすい様に、先頭の数桁を商品種別にする方法も良く取られますが、一旦決めると変更は大変で、システム側としては連番が楽ですね。

こちらの質問内容は、システム屋としては非常に苦慮する所と思います。
また、データベースの正規化と言う分野ではないと思います。

投稿2021/06/30 02:57