国/都市/州/ビジネスデータベース構造

Question

私はレールアプリを使っています（関連性がある場合）。世界中の企業でイベントのリストを作成する必要があります。それを構成する最善の方法があります。私は、ユーザーが国を選択し、次にその国を選択し、次に都市を選択し、次に各選択が次のオプションをスコープするビジネスを希望します。ビジネスがデータベースに存在しない場合は、ユーザーがオプションを入力できるようにしておき、このプロセスを実行する次のユーザーの選択肢になります。これに最も近いアプローチは何ですか？

私はこれをモデル化する必要があると仮定しています。多くの州には多くの都市に多くの都市があります。これが正しい構造であるかどうか教えてください。

また、使用すべき国/州/都市の共通データベースはありますか？私が使うはずのサービスはありますか？どちらか一方に利点があるのですか、まったく違う、より良いアプローチがありますか？私はこれが新しいことではないことは分かっていますが、私はこれにアプローチする最善の方法が不明なので、方向を探しています。

経験から学んだことを教えてください。

ありがとうございます！このすべてが大幅に（実際のアドレス形式を含む）国によって、私はこのようなアプローチを選ぶでしょう変化することを考えると

Answer 1

一般的なナビゲーションには郵便番号を使用できます。 Googleマップなどのサービスは残りの部分（州、国など）を提供できます。

ちょうど私の2セント...

Answer 2

：

1. は、ユーザーがビジネス/ LatLongブログのペアを選んでみましょう。
2. ジオコードをビジネスまたは場所の反対にしてみてください。
3. ジオコードされた情報を修正できるようにします。

基本的に標準化が不可能なものにスキーマを適用しようとしないでください。代わりに、できるだけ多くの援助を得て、ユーザーに困難な部分を世話してもらい、彼らには自分が不足している国についての知識があります。