システム設計の話 その７・テーブル設計 全体

　前回までで、一通りシステムの内容をさらいましたので、それを考慮しながら、テーブル設計の作業に進みます。
　実際のお仕事だと、1段階目の打ち合わせが終了という所です。最初にざっとお客さんの要望を聞いて、その後持ち帰って、提案内容をまとめる作業に入ります。
　まだ提案の段階なので、お客さんに機能の説明と確認ができる資料があれば良いので、テーブル設計のような詳細部分は必要ないのですが、テーブルがシステムの要なので、早い段階から検討しておいた方が良いと思います。

　まずは、どんなテーブルが必要になるかを、ざっくり考えていきます。
　売上伝票管理なので、売上データ用の「売上データテーブル」が必要です。
　このシステムは、1つの売上伝票には、複数の商品の明細があります。なので、テーブルを2つに分けて管理するようにします。
　1つのテーブルには、売上伝票に関する情報を持たせます。日付や、顧客などの、1伝票に付き、1つだけ発生する情報です。
　2つ目のテーブルには、明細部分の情報を持ちます。売り上げた商品が複数あれば、その分レコードを追加していく形になります。
　と、言うことで、売上データには、「売上伝票データ」テーブルと、「売上明細データ」テーブルを設けます。

　今回のシステムでは、発生するデータは売上データのみなので、データテーブルは以上です。

　次に、マスタテーブルを考えます。
　その４に出てきた、帳票の内容を満たすことができるように考えていきます。

　まずは当然「顧客マスタ」。顧客名や、住所などの情報を持たせます。
　社内の担当者も必要なので、「担当者マスタ」を設けます。
　売り上げる商品の情報もマスタにすべきですので、「商品マスタ」に持たせます。

　ざっと、上記の物が洗い出せました。
　その他に、売上伝票番号を管理する方法や、自社の情報、消費税率の設定、テーブルの項目をコード化したときの対応する名称をもっておくコード名称、といった細かい用途のテーブルが必要と思われます。
　それぞれ個別にマスタを設けても良いのですが、この段階ではとりあえずなんでも放り込める、「コードマスタ」というなんでもマスタを一つ想定しておきます。

　以上、ざっとおさらいです。

○データテーブル
1.売上伝票データ
2.売上明細データ

○マスタテーブル
1.顧客マスタ
2.担当者マスタ
3.商品マスタ
4.コードマスタ

　とりあえず、こんなテーブルが必要かなという大枠が決まりました。次は、個々のテーブルの項目内容を考えて行きます。