マスタテーブルの変更履歴について

質問

データベースについて質問させていただきます。
例えば、飲食店で発行されるレシートには以下が記載されています。
・店舗名、電話番号、担当者名
・購入した商品名、値段、会計
これらを後に会社の業務で画面にレシートのような情報を表示したり、データの分析に使う場合、データベースを作成すると思います。

そのデータベースとしては、
以下のようなものが必要だと、私は考えました。

・店舗テーブル…属性:店舗コード、店名、電話番号、住所など

・従業員テーブル…属性:従業員ID、名前、所属の店舗コード

・顧客テーブル…顧客ID、顧客名、住所、電話番号

・商品テーブル…属性:商品ID、商品名、単価

・売上履歴テーブル…属性:購入履歴ID、商品ID、個数、購入日時、顧客ID、購入した店舗コード、従業員ID

これらを踏まえて、以下の質問をさせていただきます。

・マスタの更新や別途、変更履歴テーブルが必要なのか…商品テーブルは日々属性の情報が変更されると思います。例えば、不況によって、単価が変わるなど。これをマスタテーブルの単価だけ変更する対応だとすると、購入履歴テーブルは商品テーブルを利用するので、単価の変更前に購入した履歴も値段が変更されてしまいます。この対応策として、別途、商品マスタの履歴テーブルを作って購入日時などを元に正しい単価を判断するような感じで対応すると良いのでしょうか？

・テーブルの作成や検索の都度、毎回結合するのか…例えば、Aさんの購入履歴を画面に表示する場合、画面にAさんの名前を入力して検索ボタンを押すと、購入履歴テーブルから必要なレコードを取り出して、Aさんの購入履歴を画面に表示するイメージをしています。この際、購入履歴テーブルは、商品IDを元に商品テーブルと結合したり、他には顧客テーブルと従業員テーブルとも結合する必要があります。検索をする際は、毎回テーブル結合を行うのでしょうか？それならば、見にくいイメージがありますが、購入履歴テーブルの顧客IDを名前にしておいたり、従業員IDを従業員の名前にしておくと、テーブルの結合が必要なくて良いのではないでしょうか？

大変文章が長く、また、読みにくいもので申し訳ございません。
たくさんの回答、よろしくお願いいたします。

回答No.1

mayoke

マスタの履歴管理を想定しているのでしたら、各マスタに有効日（範囲）などを用いるなどが手の１つですね。
単価については運用によると思いますが月毎に見直しが掛かるような単価なのでしたらキーとして年月を持った単価マスタなどにしておくとかでしょうかね。
管理するテーブルは御検討されているように分けておくべきとは思いますが毎回の検索が手間と言う事でしたらビューを作成するなど如何でしょうか？
それと、IDを従業員の名前などは管理の面などで避けた方が良いかと思います。