地理編碼數據庫提供者（sql，nosql）和模式

Yahoo，Google，MS等公司提供地理編碼服務。我想知道爲這些服務組織後端的最佳方式是什麼 - 數據庫提供者（SQL vs NOSQL）和數據庫模式方面的最佳解決方案是什麼？地理編碼數據庫提供者（sql，nosql）和模式

某些提供商使用Extensible Address Language (xAL)來描述地理編碼響應中的實體。 xAL擁有超過30個數據元素。 Google地理編碼API包含大約20個數據元素。

那麼在SQL數據庫的情況下，將會有20-30個表，大多數通過外鍵是一對多的關係？

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

2011-10-03 ak.

很難說......這取決於您需要如何處理分析和緩存方面的數據。我不得不處理地理座標。但是我們的應用程序非常簡單，我們不需要操作DB中的地理位置，只需存儲和檢索即可。因此，我只需將起點和終點分別存儲在每條路線的2列和二元列中的多段線中，並將幾個里程碑保存在專用SQL表中。

但是對於我們的APP的高級應用，我們考慮使用這個：https://simplegeo.com/

2011-10-03 10:34:58 Coyote

回答