リレーションDBに地理情報を格納する最良の方法は何ですか？

Question

私は、リレーショナルデータベースに地理的データを保存し、その場所（国、州または同様の座標ではない）に基づいてデータを照会することができます。

私の現在の解決策は、私のテーブルに4つの余分なフィールド（私が興味を持っているすべての国が2または3の管理部門を持つ）を持ち、文字列にフィルターをかけることです。しかし、これは悪い解決策であり、私のテーブルを正常化したいと思います。

は、私はまた、データが私のユーザーが訪問したいページを決定するために、「/アメリカ/カリフォルニア/ san_fransisco/...」

唯一の他のソリューションのような要求をルックアップするために、単純ななければならないことを使用します。私は、それらの4つの余分なフィールドを別のテーブルに格納して、それらを外部キーとリンクすることを考え出すことができますが、それは国名がいくつかの行に重複してしまうようなデータの重複を意味します。

これを実行する方法はありますか？

Answer 1

ノーマライズは間違いなく道のりです。データベースはそのように機能するように設計されています。はい、クエリが長く見えるかもしれませんが、それほど悪くはありません。

Answer 2

あなたは正しい情報をテーブルに入れています。彼らはルックアップテーブルと呼ばれる。完全なリレーショナルルートを使用する場合は、エンティティのリンクを都市ルックアップテーブルの外部キーと関連付けることができます。都市表は状態表にリンクしています。州表は国表にリンクしています。エンティティの元のテーブルにデータ表示用の完全な場所のテキスト版を保存することもできます。

Answer 3

私の現在のソリューションは、文字列の上に私のテーブルやフィルタに（私が興味を持ってるすべての国が2つのまたは3管理部門を持っている）4つの余分なフィールドを持つことです。しかし、これは悪い解決策であり、私のテーブルを正常化したいと思います。

私はこれが悪い解決策ではないと思います。行ごとに単純な地理的/アドレスベースの情報を格納し、WHEREを使用して一致するすべてのレコードをフェッチすることは、かなり標準的な手順です。別のテーブルにリンクするために外部キーを使用することは、追加の作業になり、それ以上の高速化はありません。

ただし、RESTfulインターフェイスを使用した検索/リクエスト（お勧めのとおり）は良いアイデアです。

Answer 4

正規化されたルートに移動します。テーブルの結合は、遅くないか、複雑ではありません。各テーブルのPKは、クラスタ化インデックスを持つ整数になります。外部キーにはインデックスがあります。参加は飛ぶ予定です。

都市をドロップダウンリストに表示する場合は、重複は不要です。州の下にあるすべての都市をリストすることができます。正規化されていないと、「distinct」でクエリが遅くなります。正規化されていないルートが遅くなることを保証します。皮肉なこと？

しかし、正規化されていない場合があります。数百万のアドレスがあります。おそらくあなたのアプリケーションのすべてのアドレスを入力することは不可能でしょう。あなたは.....フリーテキスト入力をユーザに依存するつもりです。この場合、正確な正確性や重複は気にせず、妥当性を検証するための網羅的なデータが不可能であるため、データが何であっても受け入れるだけです。また、入力を信頼していないので、 "ルックアップ"テーブルへの挿入を気にする必要はありません。

さまざまな国に柔軟に対応できるようにするには、控えめなモデルを使用してください。いくつかの国には州、郡などがないかもしれません。それらはすべて独自の階層を持っています。