1

将来のニーズに合わないため、会社のデータベースの一部を再作成しています。現在、主にフラット ファイルと、完全には実現されていない非結合テーブルがいくつかあります。

私の考えでは、zips テーブルを除いて、各カテゴリのテーブルがあり、すべてを結合するテーブルとして機能する可能性があります。以下の画像を参照してください。

データベース ダイアグラム http://www.freeimagehosting.net/uploads/248cc7e884.jpg

私が考えていることの 1 つは、zip テーブルを削除し、郵便番号がほぼ一意であるため、zipstocities テーブルに郵便番号を配置してから、郵便番号でテーブルにインデックスを付けることです。唯一の欠点は、先頭にゼロがある郵便番号を処理するために郵便番号を varchar にする必要があることです。私の論理に欠陥があるかどうか知りたいだけです。

4

8 に答える 8

2

注意すべきことの 1 つは、すべての都市が郡に属しているわけではないということです。バージニア州では、あなたは市か郡のどちらかにいますが、両方にいることはありません。

于 2009-07-22T16:44:26.873 に答える
0

2つの国の郵便番号が同じ場合、ロジックは機能しますか？その場合、これら2つは異なる都市を指しています。ここに考慮すべきいくつかのポイントがあります

  1. アドレスへの一種の主キーとして郵便番号を使用しますか？（少なくとも市、州、国のフィールド）。その場合、1つのテーブルに郵便番号、市、州、国を含めることができます。都市、州などにインデックスを作成します（zipcode-> country、state、cityの形式の機能依存性があります。これは、国によっては当てはまらない場合があります。
  2. 自動入力が唯一の懸念事項である場合は、マテリアライズド・ビューを作成して使用してください。

DavidC.Hayによる「データモデルパターン」を読むことをお勧めします。

于 2009-07-22T17:08:10.587 に答える
0

しかし、有効な医療請求権を持つすべての人が、請求が解決されるまで米国に留まることが法律で義務付けられているわけではありません。人は動く。

于 2009-07-22T22:45:24.117 に答える
0

サンフランシスコはカリフォルニア州の都市です。アラバマ州の都市ではありません。あなたのデザインは、「サンフランシスコ、アラバマ州」のような無意味なエントリを防ぎますか?

于 2009-07-22T22:58:09.520 に答える
0

郡を気にする理由を自問する必要があります。米国の多くの州では、伝統や地図以外にはほとんど重要性がありません。

もう 1 つの問題は、住所が正確であることがどれほど重要かということです。重要な手紙がタイムリーに配達されない場合、何人の死者が出るでしょうか（手紙が処方薬のリコールに関するものであれば、おそらく多くの死者が出るでしょう！）

おそらく、住所を修正する製品を使用して、郵便サービスからのデータを使用することを考えたいと思うでしょう。そうすれば、適切な住所を取得したときに、郵便局がそう言っているので、郵便物がそこに配達されることを確信できます!

于 2009-07-22T16:52:45.483 に答える
0

あなたのプロセスとロジックの両方に欠陥があるようです。

テーブルとリレーションシップについて考えるのをしばらくやめることをお勧めします。代わりに、事実について考えてください。データベースがサポートする必要がある有効なアドレスのリストを作成します。多くの驚きがあなたを待っています。

住所と宛名ラベルを混同しないでください。それらはまったく同じものではありません。キャリアのモデル化も検討してください。米国では、住所が有効かどうかは運送業者によって異なります。たとえば、配送業者が USPS の場合、私の私書箱は有効な住所ですが、配送業者が UPS の場合は有効ではありません。

時間を節約するために、 bitboostでいくつかの国際アドレス形式を参照してみてください。

于 2009-07-22T17:02:51.767 に答える