26

データベースに一貫性のある包括的な方法でアドレスを保存するためのベストプラクティス(または標準)はありますか?

具体的には、この段階では、アドレスストレージには2つのケースがあると思います。

  • 住所を人、建物、または任意のアイテムに関連付ける必要があります(最も一般的なケース)。次に、テキスト列(address1、address2、zip、city)を含むフラットテーブルでおそらく十分です。これは私が興味を持っているケースではありません。
  • あなたはあなたの住所で統計を実行したい:特定の通り、都市、または...のアイテムの数次に、あらゆる種類のスペルミスを避け、一貫性を確保したい。私の質問は、この特定の場合のベストプラクティスについてです。一貫性のある住所データベースをモデル化するための最良の方法は何ですか?

国固有の設計/ソリューションは素晴らしいスタートです。

回答:この質問に対する完全な回答はまだ存在しないようですが、:

  • xALは、ハンクによって提案されたように、ポップアップしたグローバルスタンダードに最も近いものです。しかし、それはかなりやり過ぎのようです、そして私は多くの人々が彼らのデータベースにそれを実装したいと思うかどうかはわかりません...
  • (特定の国向けに)独自の設計を開始するには、Daveの万国郵便連合(UPU)サイトへのリンクが非常に良い出発点です。
  • フランスに関しては、 AFNOR XP Z10-011(フランス語のみ)という素敵な名前が付けられた住所の標準(非公式ですが、事実上の標準)があり、料金を支払う必要があります。フランスのUPUの説明は、この基準に基づいています。
  • 私はたまたまスウェーデンと同等の基準を見つけました:SS613401
  • ヨーロッパレベルでは、いくつかの努力がなされ、標準EN14142-1になりました。CENナショナルメンバーから入手できます。
4

9 に答える 9

3

Addressあなたが提案したように、私はテーブルを使用し、 xALによって追跡されたデータに基づいています。

于 2008-09-24T09:34:34.510 に答える
1

米国では、National Change of Addressベンダーを選択し、返されるものに基づいてDBをモデル化することをお勧めします。

于 2008-09-24T10:57:44.200 に答える
1

英国では、 RoyalMailのPAFという製品があります。

これにより、アドレスごとに一意のキーが提供されます。ただし、ジャンプするためのフープがあります。

于 2008-09-24T09:34:59.190 に答える
1

一貫性が必要な場合、基本的に2つの選択肢があります。

  1. データクレンジング
  2. 基本的なデータ テーブルのルックアップ

広告 1. 私は SAS システムを使用しています。SAS インスティテュートはデータ クレンジング用のツールを提供しています。これは基本的に、データに対していくつかのチェックと検証を実行し、「エイブラム リンカーン ロード」と「エイブラハム リンカーン ロード」を同じものにマージすることを提案します。街。また、都市と郵便番号の一致などを含む全国的なデータベースを利用していると思います。

広告 2. 複数選択リスト (基本データ) を作成し、新しいエントリを追加する人が基本データの既存のエントリから選択します。ファクト テーブルには、通りの名前そのものではなく、通りの名前のキーを格納します。スペル ミスを検出した場合は、基本データでそれを修正するだけで、すべてのインスタンスがキー リレーションを通じて修正されます。

これらのオプションは互いに除外されないことに注意してください。両方のアプローチを同時に使用できます。

于 2008-09-24T09:44:31.787 に答える
1

「xAl は、出現したグローバル標準に最も近いものです。しかし、それはかなりやり過ぎのようです。多くの人がそれをデータベースに実装したいと思うかどうかはわかりません...」

これは関連する議論ではありません。システムが「包括的で一貫した」(つまり世界規模である)必要がある場合、アドレスの実装は簡単な作業ではありません。このような標準の実装は確かに時間がかかりますが、指定された要件を満たすためには必須です。

于 2013-04-06T12:15:07.140 に答える
1

住所の作成方法に関する当局は通常、郵便サービスであるため、まず、あなたが事業を行っている主要市場の郵便サービスで使用されるデータ要素を調べます.

国際郵便の住所形式に関する具体的かつ詳細な情報については、万国郵便連合の Web サイトを参照してください: http://www.upu.int/post_code/en/postal_addressing_systems_member_countries.shtml

于 2008-09-24T12:33:14.127 に答える
0

データベーススキーマを正規化すると、正しい整合性を保つための完璧な構造が得られます。これが理由です: http ://weblogs.sqlteam.com/mladenp/archive/2008/09/17/Normalization-for-databases-is-like-Dependency-Injection-for-code.aspx

于 2008-09-24T09:33:38.287 に答える
0

私は以前に非常に似たようなことを尋ねました:動的連絡先情報データ/設計パターン: これは何らかの方法で実行可能ですか? .

簡単に言えば、adderres やあらゆる種類の連絡先情報をデータベースに保存するのは複雑です。上記の拡張可能なアドレス言語 (xAL) のリンクには、私が遭遇した標準/ベスト プラクティスに最も近い興味深い情報が含まれています...

于 2008-09-24T10:17:24.220 に答える