DBの設計に関して

Question

例えばですが、
DBにマスタのテーブルがあります。
table A
int id
string valueA
string valueB
string valueC
そのマスタを外部キーとして使って
テーブルを作成します。
table B
int id
int A_id
string attach

この時にマスタのvalueが変わった場合、
table Bに入っている値も変更されます。
それを防ぐ為かと思うのですが、
現在は、
table B
int id
int A_id
string valueA
string valueB
string attach

みたいな感じになってます。
※実際はカラムの数90を超えてます。

正直後から入って値を確認している側からすると、
非常に見づらいのですが、
皆様だったらどういう設計にしますか？
しょうがないものですかね？
出来る出来ないよりスマート(正規化っぽく)になる設計に
自分で作るならしたいです。皆様のご意見聞きたいです。

やっていることは、
マスタを使用してtebleBにinsertするけど、
マスタ変更後に値が変わって欲しくないから、
重複みたいになるけど、tableBにも同様なカラムを持つ。

Comments

[coco_bauer]

table B には、table Aのidしかありませんから、table Aの内容(valueA,valueB,valueC)が変わってもtable Bには何の影響もないと思います。

Answer 1

valueA、valueBが最新情報に更新されてしまっては困る場合は、あえて重複した情報を持たせることはあります。

例えば商品の価格が変わったからと言って過去の伝票の価格も変わってしまったら困るのは、理解されているかと思います。
内容が変動する可能性があって「その時点での情報」が必要な場合は、マスタとは別にどこかで保持しておく必要があります。
同じ情報に見える（実際に同じ場合もある）かもしれませんが、「現在の価格」と「販売時点での価格」は厳密には同じ情報ではないので、そういった情報は重複して持たせる必要があると思います。

Answer 2

この時にマスタのvalueが変わった場合、 table Bに入っている値も変更されます。

これは、参照時に join するという意味ですよね。
少し前にここで同様の議論をしたのを思い出しました。

DBのCRUDでUとDは必要ないという話を聞きましたが具体的にどう実装するの？

の質問の私の回答を参照してください。

• マスタは更新・削除せずに追加しかしない
• そのかわり、join で最新値を参照したいアプリはマスタを更新するごとに参照する全レコードの外部キーを更新する

さて、最新値を参照したいアプリと生成時の値を参照したいアプリとどっちが多いでしょうか？
意外と最新値を参照したいアプリって少ないんじゃないんでしょうか。
また、たとえば請求書と明細のような関係で外部キー結合する場合、請求書側を更新することはあまりありません。
では、行の Update, Delete って必要でしょうか。というようなストーリーです。

Comments

[color]

貴重なご意見ありがとうございます。

結構いけそうな気もするのですが、
意図の共有が人の引き継ぎ時にどこまで出来るかなと不安が残ります。
かといってUD不可の制御をかけちゃうのもなーとか思ってます。

引き継ぎが上手くいかないと結局、保守性が悪くなるので、もう少し揉んでみます。

まずはありがとうございました。