が共通のアドレスのデータベース設計のためのすべてのアドレスのでしょうか。

https://stackoverflow.com/questions/929684

06-09-2019
|

質問

私はプログラマに正直であることを知らな住所構造を世界でどのように自分の国の構造:)では、共通のデータベースのデザインの保存住所?そうあるべきで、お早めにクエリとミニトアドレスの世界を識別だけでひとつのid
多くの

解決

でのアドレスから多くの異なる国の標準設定します。基本的な考え方としての名前付きアクセスルート(路線)の名前や番号がビルに位置する公正な基準、中国を除きることもあります。その他の近くのユニバーサルなどなど様々なコンセプト:ネーミングの決済（市町村）、総称としての地域ではネーミングの領域を割り当てることで英数字郵便番号.なお郵便番号としても知られるzipコードは純粋に数値のみである。必要な多くの分野望するクラスを提供します。.

のUPU万国郵便連合の提供住所データのための多くの国標準フォーマット.なお、UPU形式を保有すべてのアドレス(下のご利用分野の精密）全国は、その関係.場合の保存お客さまの住所のみではなく、規模の小さな全ての可能なアドレスに記載されているものの良さにはモーバイルコンピューティングテーブル（又はフラット形式)を含む全ての分野で一住所です。

合理的な形式での保存アドレス：

アドレスライン1-4
産地
地域
郵便番号（またはzipcode)
国

アドレスラインに1-4で部品など

建物
サブビル
前提番号（数字)
を前提と範囲
杏仁豆腐などが代表的な料理
サブ迦
ダブル依存性の地域性
サブ地域

頻繁に3アドレス回線を利用したが、これはしばしば不十分です。もちろん可能でに要するラインを代表するすべてのアドレスの形式はカンマ区切りで入力しますので、使用してラインセパレーターの情報をきたさなければならない。

通常のデータ解析において行われた地域には地域地域では、郵便番号、国およびこれらの要素はかなり内容を利用者に分かりやすい形で解きます。そこでこれらの要素に格納されるべきとして分離。しかし、いユーザーへの供給郵便番号-地域で使用することはできません。

地域で不明であり、特に、区別して地図の地域の郵便-産地.郵便番地域のみによる郵便局がある場合があります。近くの大きな町です。ただし、郵便番号は通常問題解決に向または相違があり、正しい納期の場合でも、公式ポスト-産地が使用されていない。

他のヒント

データベースの回答を見てを持っています。具体的には、これは多くのケースをカバーしています：

（すべての可変長文字データ型）

AddressId
Line1
Line2
Line3
City
ZipOrPostcode
StateProvinceCounty
CountryId
OtherAddressDetails

" ここに画像の説明を入力する

メインの目的はは、このデータを格納するのが何であるかを自問してみてください？あなたが実際のアドレスの人にメールを送信するつもりですか？人口統計、集団を追跡しますか？いくつかの基本的な認証/検証の一環として、正しいアドレスの発信者に尋ねることができるよう？上記のすべて？上記のなし？

あなたの実際の必要性に応じて、どちらかを決定しますa）は、それは本当に問題ではない、とあなたはフリーテキストのアプローチのために行くことができ、またはすべての国のb）の具体的な/構造化フィールド、またはc）国の特定のアーキテクチャます。

時々、あなたは住所を取得することができます最も近い都市です。

私はかつて、Googleマップでは、インドのすべての中学校を置くためのプロジェクトを持っていました。私は、GoogleのAPIを使用して、気の利いたプログラムを書いて、それは非常に簡単だろうと思いました。

それから私は、クライアントからのデータを得ました。いくつかの学校のアドレスが「アクロス市場から、次の床屋へ」または「近くの古いバススタンド」のようなものでした。

これは、残念ながら、GoogleのAPIは、その形式をサポートしていない、ので、私の仕事ははるかに困難になりました。

国際アドレスとしては顕著に見える形式の情報の場合は分解されます。としてインスタンス、イタリアのアドレスへの応用が期待されています。

<street address>
<zip> <town> <region>
<country>

など

Via Eroi della Repubblica
89861 Tropea VV
Italy

とは異なるぐらいの方にご協力いただいてアドレスの路線です。

参照の質問:

チェックアウトもタグ郵便-コード'.

編集:逆順に地域町の当たり UPU

多分これは便利です。 https://gist.github.com/259744するこのプロジェクトのために私は、ISOコード、トップレベルドメイン、電話コード、車の記号、ジップの長さや正規表現を含む世界のすべての国、についての情報のテーブルを収集しました。残念ながらドイツ語のみで国の名前とコメント...

は、あなたがフィールドに行くために用意されている方法を自由形式に依存します。一つの自由形式のアドレスフィールドには、明らかにいつもやるが、地理を絞り込む比較的少ない助けになります。

あなたは持っているだろう問題は、国全体の地理的階層のレベルでも多くの変化があることです。ヘック、いくつかの国でもどこでも「住所」を持っていません。

私はあなたはそれがあまりにも巧妙にしようとしていないお勧めします。

別のその他の答えがここでは可能と思いますし、住所構造データベースです。

を出てすぐの帽子、私はを考えることができる以下の構造

国
地域(州)
産地(市町村)
サブ地域（県/その他ソフトウェアプロダクトの地域)
通り

どのようにしてクエリかすことのできないですか。

一方私立場に立って物事を考えることですが、郵便番号（または郵便番号）、国によって異なり、固体です。

このようにできる構造データの情報を郵便周辺はオフィスです。

ユニバーサルデータモデルの名声はGEOGRAPHIC BOUNDARIESの別々の階層を推奨していますし、どのくらい自由に応じての

レン・シルバーストンあなたは、単純なSTREET ADDRESS LINEsや国ごとのデリバティブのいずれかを受け入れるために喜んでいる形成されてらしています。

いいえ、絶対にありません。あなたが道米国および日本人アドレスの仕事を比較する場合は、ことがわかりますそれは不可能です。

UPDATE：

考え直しでは、何を行うことができますが、トレードオフがあります。

何をモデル化することができ、それらの間のmの関係：

一つのアプローチは1で、アドレスとaddress_attributeテーブルの問題をモデル化することです。 address_attributeテーブルはPK、名前、値、およびそのアドレスの親のPKに戻って指すFKを持っているでしょう。それはほとんど、名前と値のペアを地図を使っているようだ。

トレードオフは、あなたがアドレスをするたびに、JOINを行うために持っています。また、あなたがするたびに扱っているかを把握するためにaddress_attributesの名前を調べるために持っています。

別のアプローチは、アドレスが世界中でモデル化されている方法についてのより包括的な研究を行うことであろう。オブジェクト指向の世界では、あなたは、日本、中国のためのアドレス空間タイルに必要な数だけを西部Addressクラス（street1 / STREET2 /都市/州/郵便番号）などがある場合があります。そして、あなたが1で、他のタイプのマスタアドレステーブルと子テーブルを持っていると思います：。それらの間の1の関係

どのようにアマゾンやeBayはそれをするのでしょうか？彼らは、国際的に出荷します。彼らは、ロケール固有のUI機能を持っていますか？私は米国のみのロケールを使用しました。

いいえ、ありませんの標準への対応スキームです。通常は異なりますからめます。でも、 万国郵便連合 があったという Adressingの世界、アドレスの皆様があることはない。のベストソリューションはこの約2/3文字の国番号基準として知られ ISO3166 処かの国の基準。

しかし、まちの利用を簡単アクセスツールのためのプロジェクトを試すことができます Google API場.

あなたのデザインは強くあなたの目的から依存すべき。一部の人々は、データを構造化する方法を掲載しています。あなたは、単に誰かにS-メールを送信したいのであれば、それが行います。物事はあなたがナビゲーションのために、このデータを使用したい場合は複雑にし始めます。カーナビゲーションは、足のナビゲーションは、追加データの多くを必要とする一方、交通情報（例えば一方通行道路）を含むように追加の構造が必要になります。ここで小さな例です：私の町で、私の近所には公園の近くです。次の公園に旧飛行場は（実際には、ヨーロッパ最古の1つ）の航空博物館になっています。航空博物館の隣には、ビジネスパークです。ビジネスパーク番号が39Aで始まりながら、博物館のためのストリート番号は、39です。だから、39および39Aが接近していることに思えるかもしれません - しかし、それは（さらに長い車で行く場合と）別のから歩いてマイルほどかかり
。これが私の町から取られただけの小さな例ですが、私はあなたがおそらく（特にあらゆる国の農村やワイルダー部）例外をたくさん見つけることができると思います。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow