對數據庫提供程序（sql，nosql）和模式進行地理編碼

Question

像Yahoo，Google，MS這樣的公司都提供地理編碼服務。 我想知道為此類服務組織后端的最佳方法是什么-就數據庫提供程序（SQL vs NOSQL）和數據庫架構而言，什么是最佳解決方案。

一些提供程序使用Extensible Address Language (xAL)來描述地理編碼響應中的實體。 xAL具有30多個數據元素。 Google地理編碼API大約有20個數據元素。

因此，在SQL數據庫的情況下，將有20-30個表通過外鍵具有大多數一對多的關系？

像MongoDB這樣的NOSQL數據庫呢？ 一個人如何組織這樣的數據庫？ 每個數據元素有很多集合，類似於SQL？ 每個文檔在地址空間中完全描述給定實體的一個集合？

Answer 1

很難說...這取決於您需要在分析和緩存方面處理數據。

我不得不處理地理坐標。 但是我們的應用程序非常簡單，我們不需要操縱數據庫中的地理位置，只需存儲和檢索即可。 因此，我僅將起點和終點存儲在每條路線的2列中，並將折線存儲在二進制列中，並將一些里程碑保存在專用的SQL表中。

但是，為了更好地使用我們的APP，我們考慮使用以下方法： https : //simplegeo.com/