次のように、緯度と経度の値を持つ 350,000 都市の住所があります。
2500 HardToSpellName Street NW (象限)、市、州、国
最良のデータ構造は、ほとんどが逆順の JSON ファイルであり、ユーザーにその順序でクエリを入力させるように思われます。
Country.State.City.Quadrant.StreetType - これらすべてが何度も繰り返されます
次に、数字はスペルが簡単なので、市民番号データ入力に切り替えます;) 上記から、ストリート名に「オートコンプリート」を入力するルックアップを実装します。これは、スペルミスが発生しやすいためです。
データのクエリは常に同じで、1 つの住所入力で Lat/Long の結果が得られます。
これは良い考えですか？妥当なレコード数はいくつですか? テーブル (csv) を JSON ツリーにどのように変換しますか?
NoSQL を使用する主な理由は、ハードウェア/ホスティングのコストが低いことですか?