Access を用いた DB の構造

質問

Access 2007 で database を作ろうとしていますが、構造を考えていてこんがらがってしまいました。
具体的には、輸入の船積みのデータを管理したいのですが、船積は各サプライヤーから送られ、米国とメキシコの国境にある倉庫に一時保管されます。これらの船積から逐次いくつか選び、トラックにて簡易通関がされ、国境通過となります（つまり、トラック 1台に就き複数の shipment が該当します）。更に、週にいくつかあるこれらトラックの国境通過に対し、毎週確定の通関手続きがなされます。
Shipment に対し、supplier や商品データのテーブルからデータを拾うのは問題ないのですが、複数の shipment をどう「国境通過」（或いはトラックオーダー）にまとめるか、また、更に確定の通関手続きにどのように複数の「国境通過」を関連付けるか（具体的にどのようなフォームやクエリを使い、入力や管理をするか）判らなくなりました。
皆さんであればどのようにデータベースを構築されますか。また、データベースが効率よく機能（入力・閲覧・印刷など）出来るようにする為には、どのようなクエリやフォームを使われますか。
データベースに就いては殆ど初心者なので分かりやすく解説頂ければ幸甚です。

回答No.2

t4t · ベストアンサー

貿易や船積みなどに関して知識があるわけではないので、一般論で。
shipmentは船積み品でいいでしょうか。

あと、入力、閲覧なのですが、どんなデータを入力し、なにを閲覧したいのかが
明らかにされていないと効率的なデータベースは作れないですよ。

テーブル構造として、まず「台帳」系と「伝票」系を分けて考えましょう。
台帳は資産を管理して、伝票は活動を管理します。
テーブルに～台帳とか～伝票、とつけておくとわかりやすいと思います。

台帳はひと・もの・お金であり資産です。
決算時の貸借対照表にのるものが台帳ベースになります。
この場合は、在庫やトラック（自車管理しているなら）がそうでしょう。

伝票は、活動内容の管理です。
決算のときに損益計算書に反映されるものです。
通関などに費用がかかるなら、決算期間の通関の伝票の経費をつみあげたものがその期の通関費になります。
利益も、１つの通関に対して利益が出るなら、その利益の積み上げがその期の利益になるわけです。

基本的に企業活動は、「伝票」の内容を「台帳」に反映させることで管理されます。
そう考えて、各伝票や台帳の内容を考えてみてください。

たとえば、サプライヤーから送られる船積のデータは伝票（入庫伝票？）でくるでしょうか。
それを倉庫に入れる時に、それを在庫台帳に記入するでしょうか。
国境通過や確定手続も(管理したい)活動ですから伝票を起こしましょう。
その伝票などんな伝票になるででしょうか…。

お話から適当に考えると…

サプライヤーからの入荷伝票テーブル：
入庫番号、日時、サプライヤー、品ID、数量、など

倉庫在庫台帳テーブル（これが船積み？）：
サプライヤー、品ID、数量など

トラック台帳テーブル：
トラック番号、など

倉庫からのトラック出庫（簡易通関）伝票ヘッダテーブル：
簡易通関番号、トラック番号、日時、など（簡易通関番号でユニークになる）
倉庫からのトラック出庫（簡易通関）伝票明細テーブル：
簡易通関番号、サプライヤー、品ID、数量、など…（簡易通関番号でヘッダと関連、簡易通関番号＋品IDでユニーク）

確定通関伝票ヘッダテーブル：
確定通関番号、確定通関日時、など（確定通関番号でユニークになる）
確定通関伝票明細テーブル：
確定通関番号、簡易通関番号、など（確定通関番号でヘッダと関連、確定通関番号、簡易通関番号でユニーク）

こんな感じでどうでしょうか。

業務知識がないため、「どんな情報を閲覧したいのか」がわからないので、ごく愚直な構成で、たいていの閲覧には耐えると思います。
なお、多用される参照があるならそれに対して最適化する余地は充分にあります。

簡易通関されるたびに
倉庫からのトラック出庫（簡易通関）伝票テーブル（ヘッダと明細）が追加されます。
１台のトラックで複数の種類の品を通関させる場合は、ヘッダ１行に対して複数の明細行が追加されることになります。

確定通関されるたびに、確定通関伝票テーブル（ヘッダと明細）が追加されます。
１度の確定で複数の簡易通関を確定する場合は、ヘッダ１行に対して複数の明細行が追加されることになります。

お礼

大変詳しくご説明頂き有り難う御座います。ただ、在庫を確認するとか全体のコストをはじき出す、と言う大がかりなシステムは考えていません。確定輸入手続きに必要な書類を自動的に発行する、また、閲覧もどの（いつ）国境通過（簡易通関）にどの shipment（複数）が含まれていたか、確定輸入はどの（いつ）簡易通関が含まれていたか、などが記録され、後日閲覧出来れば良いと思っています。
この意味で、「台帳」も商品カタログ及びサプライヤーリストくらいとし、本来の意味で国境倉庫にある商品を inventory としてとらえる必要はないと思います（単に、status と言うフィールドに「国境」「通過済み」などのオプションを入れ、「国境」と言うデータが入力されているレコードをふるいにかけ、これを「国境通過」のベースにする（そこから shipment を選んで簡易通関の対象とする）、と言う方法を考えているのですが駄目でしょうか。

回答No.3

t4t

#2です。
そういうことでしたらお考えの手法で問題ないと思いますが、
ただ、後日「いつ通関したか」を知りたくなったりしないでしょうか。

それを考えると、statusに状態を入れておくのではなくて、
「国境」「通過」などのオプションのカラムを作って、そこに、その状態になった日時を格納しておき、日付が入っているかどうかで状態を判断するのはどうでしょうか。

お礼

早速小生の捕捉に response 頂き有り難う御座います。

通関の日付は別のフィールドに、と考えていましたが、仰るように、「通関日」と言うフィールドにデータが入っていないものを抽出するようにすれば別に「status」と言うようなフィールドは必要ないかも知れません。アドバイス深謝致します。

さて、少々頭の中で整理し、具体的に何をしたい（DB に何をさせたい）を挙げてみますので、もう一度皆さんの参考にして頂けたらと思います。

まず、ひとつの本通関に複数の仮通関（国境通過）が関連付けられ、それらの仮通関の一つ一つに複数の shipment が関連付けられる、と言う二段階の構造になっている、と言う事で（小生のイメージですと）本通関のフォームを開けばサブフォームとして複数の仮通関が表として表示される。また、同様に仮通関のフォームを開けば shipment がサブフォームとして表示される。ここまでは良いと思います（小生にも作れます）。しかし、本通関のフォームで下のそのまた下の shipment のデータを表示したり変更したりすることは可能でしょうか。サブフォームの中にさらにサブフォームを作るのでしょうか。

また、国境通過と言うフィールドが空白になっているものを抽出して、そこから実際に国境を通過させる shipment を選ぶとして、選んだ時に同じフィールドに日付を入れると矛盾が生じるように思います。いちいちフォームを閉じ、別のフォームか何かでデータを変更する必要があるでしょうか。

更に、実際のリポート印刷の際には、本通関のデータをリポートのベースとしますが、但し shipment のデータが必要となります。二重構造になっているので混乱していますが、これも「下のさらに下にある shipment のデータを引いて来る事が出来るか（容易か）」と言う疑問があります（VBA を使えば簡単なのでしょうか）。

回答No.1

lul

ご説明頂いているだけでは情報が少なすぎますが。
一つのShipmentが複数のトラックに入る事はあるのですか？
無いのであればShipment情報として進行状況を把握する為のフラグやどのトラックに載せるかという情報を持てば良いだけなのではないですか？
その様にするのであればまずShipment単位のテーブルを作成する必要がありますね。
逆に一つのShipmentが複数のトラックに入る事はあるのでしたら、Shipment情報を中心に物の流れを管理出来ないと思いますので他の案を考えないといけませんね。
あまり分からないまま書いてます、全く筋違いな回答でしたらスルーして下さいf(^^;)

補足

アドバイス有り難う御座います。基本的にひとつの shipment が複数のトラックに積まれる事はありません。トラック（単）- shipment（複）の関係です。