複数の変数に基づいて料金を計算するデータベース設計

Question

私はMS 2010アクセスデータベースを使用して、出荷のCSV入力の料金を計算しています。

料金は、一般に、出発地の都市、出発地の国、目的地の都市、目的地の国、可能な途中の目的地の都市、重量、量、および数量によって区別されます。これらの変数のユニークな組み合わせは、これらの変数に重量、量、または量を掛けてそれらを加算することによって、最終レートを計算するために使用される変数の別のリストを指定します。

1つの問題は、都市名と国名/綴りに矛盾があることです。私の他の関心事は、データを複数のテーブルに分割することによって利益を得ることができると感じているが、これを最もうまく達成する方法がわからないということです。

編集： あなたの批判ありがとうございます。私の質問は、このデータベースを構成する最善の方法は何ですか？ここで私のテーブルの簡単な例である：

レート（startCity、startCountry、midCity、midCountry、endCity、endCountry、タイプ、重量、体積、baseRate、feeA、feeB、FEEC、配達、燃料）

すべてが1つのテーブルにあり、実際には一意の識別子/キーを持っていません。代わりに、場所やタイプの少なくとも1つが異なるという点で、それぞれの行は一意です。

CSV入力： shipmentID、startCity、startCountry、midCity、midCountry、endCity、endCountry、タイプ、重量、容積、数量

クエリ出力： shipmentID、{数量* [baseRate +重量（* feeA + feeB）+ volume *（feeC）+ delivery + fuel]}

Answer 1

私はあなたの質問を理解しているか分からない。

場所（ID、cityname、郵便番号、COUNTRY_ID）

国（ID、COUNTRYNAME）

：あなたはデータベース構造を探しているなら、私は、次の3つのテーブルを思い付くでしょうルート（id、startlocation_ID、midlocation_ID、endlocation_ID、ratefactor）

最終レートはおそらく数式に基づいています。式の経路依存部分は、「ratefactor」として「経路」表に入れる必要があります。数式の他の部分もテーブルに入れる必要があるかどうかは、式自体に依存します（それについて十分に教えていない）。都市/国名の入力は、ユーザーが既に入力されているものの中からのみ選択できるドロップダウンリストで行う必要があります。ほとんどの場合、ユーザーは既に入力済みの通常ルートでルートテーブルを使用するでしょう。あなたの会社が世界のどの場所にもサービスを提供している場合は、もちろん、新しい都市名を入力することを避けることはできません。

更新日：編集後、database normalizationのトピックを詳しく見ることをお勧めします。たとえば、「料金」表には、重量だけが異なる多数の同一のルートがあるように見えます。ですから、私がすでに提案しているように、経路情報を別々に保つことは理にかなっています。追加情報は別の表に記載してください（：id、route_ID、type、weight、...）。

"（feeA + feeB）"と "feeC"は私の提案で言及したレートファクターのようです。しかし、私はfeeAとfeeBの両方を持っている理由は見当たらない。それらが都市との接続の価格を参照している場合、この情報を別々に保つ必要がある場合は、別のテーブル（connectionprice：id、locationA_ID、locationB_ID、価格設定）に価格情報を保存し、新たに毎回それを入力する代わりに。

フィールドの組み合わせが一意の識別子を作るフィールドがある場合、別のPKは必要ないと主張することはできますが、それでも各テーブルのID（ "id"）を作成するという習慣があります。ほとんどの場合、プログラミングアクセスと情報検索が非常に簡単になります。