"国"、 "都道府県"、 "市"テーブルの設計方法は？

Question

例1：

xTable: xTableID, CountryName, PovinceName, CityName 

• OR

実施例2：

Country: CountryID, CountryName 
Province: ProvinceID, ProvinceName 
City: CityID, CityName 

質問：

1. アプリケーションレベルで国、都道府県、市区町村のリストを入力して、例1のデザインを使用することをお勧めしますか？または、例2のようにDBレベルに入力する必要がありますか？

2. 都道府県（該当する場合）または国名に基づいて市が表示されます。州（もしあれば）は選ばれた国に基づいて表示されます。州は1つの国のみになり、都市は1つの州/国のみになります。多くの関係に多くの誰が/ので、私は

NOTE以下のように設計されていない：すべての国が確かに街がありますが、すべての国が都道府県名を持つことになりません。

Country: CountryID (PK), CountryName 
Province: CountryID (PK - FK), ProvinceName 
City: CountryID (PK - FK), CityName 

Answer 1

市から国、州から国、市から州への直接的な関係が必要です。 すべての州は国にあるため、州表にはFKとしてCountryIDが必要です。同様に、すべての都市はカントリーにあり、そこにも同じです。 すべての国に州と呼ばれる地域があるわけではないので、都市から国へのナビゲートには使用できません。 ProvinceIDはCityテーブルにある必要がありますが、NULL値を許可してください。

州を持たない国では、バーチャル州（例：州名=いいえ）を設定し、都市と国を関連付けることができます。それは、州がある国にあった都市があったとしても、それは州には存在しなかった（もしそのようなものが存在すれば、おそらく州は都市である）。

Answer 2

私は修正され、ある程度の成功を収めてこれを使用しています
http://www.endswithsaurus.com/2009/07/lesson-in-address-storage.html

記事を書いた人は、非常に活発なSOユーザーである：私はあなたがProvinceIdを追加することをお勧め
BenAlabaster

Answer 3

およびCityIdを州および市の表に変更します。州は多くの都市を持つことができ、同様に国は多くの州を持つことができます。 countryIdを都市に保つ必要はなく、ProvinceIが国ではなくトリガされるので、州は十分です。