テーブルの設計やフィールド定義はできるだけシンプルになるように設計する必要があります。販売管理のシステムで例えますと、必要な帳票が見積書、納品書、請求書、領収書で、１つの受注に対して１つの見積書を発行し、納品書を１枚発行、請求書も都度請求で１枚発行し、入金時に領収書を１枚発行という、「受注入力：見積書：納品書：請求書：領収書」 ＝ 「１：１：１：１：１」の関係であるならば極端な例ではありますが、以下のように受注データテーブルが１つで設計することが可能です。見積書請求書納品書に表示する商品の受注明細は１つの受注に対して商品を複数入力する「１：多」の関係ですので、別のテーブルで作成してポータルで表示、印刷します。その他に顧客と商品マスタのテーブルを作成します。

上記設計はわかりやすいように単純な構成となっています。本来のシステムの場合は担当者や消費税などの計算式が必要となるでしょう。

リレーションがわからないまま、テーブルを受注、見積、納品、請求、入金、領収と作成して、その都度印刷したい帳票を開いて顧客名や顧客住所、電話番号を入力する設計をされている方も結構いらっしゃいます。受注で顧客名などを入力し、見積書、納品書などで再度同じ情報を入力するので手間がかかるばかりでなく、同じ顧客でも入力者によって1文字でも入力したデータ（文字列）が違う場合、データの関連性がなくなり、管理が困難になってしまいます。テーブルを別にする場合でもリレーションやルックアップ、値一覧などを使って、誰が入力しても同じデータとなるような設計にする必要があります。

また上記内容では全ての帳票が「１：１」の関係でご説明致しましたが、見積書が１つの受注に対して複数必要な場合など「１：多」の関係では見積のテーブルを別に作成する必要があります。また請求が月締め請求の場合は同じく「１：多」の関係になりますので請求のテーブルを別途作成することになります。

テーブルを分割するか否かの判断は以下の条件などで考慮が必要です。
　○データが「１：１」の関係でないのでテーブルを分割
　○テーブルのフィールド数が多いのでグループごとに分割
　○画像データなどをリンクではなく直接データを取込む場合にバックアップなどを考慮して分割
　　　（この場合は別テーブルというよりは別ファイルにしたほうがよいでしょう）
などその他使う方がどのような機能や帳票が必要なのか各種条件を考慮して設計が必要です。