Google maps 我应该使用谷歌地图API/地理编码来为商店查找器提供动力吗

我是地理编码新手，所以我不确定这是否是我应该问的问题，但是我看到的关于这个主题的所有其他讨论（在这里和谷歌API论坛上）是如此特定于应用程序，以至于我觉得我可能错过了一个非常基本的步骤——我不需要知道如何实现商店查找器——我需要知道我是否应该这样做

这是我的具体情况——我已经签约设计一个应用程序，我们将在其中建立一个商店数据库（比如，独立拥有的酒吧和酒吧）。随着商店的关闭和新商店的开张，该列表将不断增长和变化。用户可以输入他/她的出发点（邮政编码或地址），并显示一个列表或地图，其中包含给定半径内按距离顺序排列的所有商店

我知道如何从静态数据库交付这些结果： 一种方法是将经度和纬度存储为每行的列，然后仅使用该信息检查距离

但是我继承了一个（已经相当大的）商店数据库，它有地址但没有坐标，所以我不确定获取这些地址的最佳方法是什么。我可以编写一个脚本，根据谷歌地理编码一次查询一个，我可以让一个数据输入人员手动查找每一个的坐标，并以这种方式填充数据，或者可能有第三个选项我不知道

这是问这个问题的正确地方吗？谷歌地图地理编码并没有自己的论坛，而是将人们引向堆栈溢出。网络上其他讨论这个话题的论坛都与一个特定的技术问题有关，但似乎没有人从自上而下的角度（即大局）谈论这个问题

谷歌对免费用户实行每天2500次的查询限制，对付费用户实行每天100000次的查询限制——如果每次用户提出请求时，整个数据库（可能有数千家商店）都会根据谷歌的数据进行检查，那么这两项似乎都无法满足流量适中的网站的任务。看起来我们一定要在本地存储坐标，但即使是在本地存储坐标，也必须对谷歌进行检查，以便在地图上绘制坐标。如果我有有限数量的地点（例如，如果我有六家硬件商店），并且我想制作一个商店定位器，那么会有大量的讨论、教程和堆栈溢出问题为我指明方向，但我处理的记录可能非常多，而且不确定如何继续或从哪里开始

---

任何建议都是受欢迎的-此外，如果这不是问这个问题的最佳地点，一个有用的回答将是指出一个更好的地方张贴它。我已经搜索了三天，但还没有找到一个合适的资源来询问这些主观问题。

当然，最好的方法是使用地理编码服务获取坐标并将坐标存储在数据库中。但谷歌的地理编码服务不可能做到这一点，因为它不允许永久存储地理编码数据

有一些免费服务没有这个限制，一些关键词可以搜索：mapquest、Namingm、geonames（但这些服务不如谷歌准确）

另一种选择是使用熔丝。地理编码将自动运行（但每日限制与地理编码服务相同）。好处：地理编码是永久性的（您无法通过下载数据库转储等方式直接访问位置），但您可以使用坐标来绘制标记（通过FusionTablesLayer）或过滤（例如通过距离）

---

条目的数量不应该是个问题，100k对于数据库来说没有问题

非常感谢您的输入。调查您提到的替代服务-geocoder.us看起来很有希望：）