Microsoft Access 掲示板

識別フラグなどで管理するものですか？

　フラグ管理は、なんちゃってデータベースになりがちでなので、かなり大変なテクニックらしい。

受注テーブルと下払いテーブルにわけるものでしょうか？… テーブルが分かれてしまいますよね？

　過去の質問が参考になるかも。このサイトのトピック検索に下請けと入力してみるのはどうでしょう。
　

テーブル構成についてアドバイスお願いします

　兎にも角にも、関数従属性です。あれこれに惑わされないようにありたいですね。

受注テーブルと下払いテーブルにわけるものでしょうか？

取引先との金銭の流れは、取引先→自社
下請けとの金銭の流れは、自社→下請け先
ということで、性質が違うものなので分けた方がいいように思います。

一つの仕事を一つの下請けだけならフィールドで対応できそうですが、複数に渡ることもあるのなら
1対多にする必要があり、テーブルが分かれてしまいますよね？

そういうことになると思います。

一例をあげると下記のような感じになるのでは。

T_受注

　受注ID　主キー
　受注日
　取引先CD
　金額
　内容

T_下払

　下払ID　主キー
　受注ID　T_受注の外部キー
　発注日
　下請け先CD
　金額
　内容

「販売管理システムで学ぶモデリング講座」の目次