database - 缓存地理编码结果的最佳方法

Question

我们有一个大约有 150 万行的数据库，很快就会接近 300 万行。每行都有一个地址。我们的服务负责以多种方式可视化 map 上的每一行。问题是很多时候，每张 map 都会显示一千多个不同的行。因此，让客户端(或服务器)从诸如 Google Maps API v3 之类的东西加载所有 1000 个坐标是不切实际的。

理想情况下，我们希望将坐标值存储到表中，以便随时使用。但是，速率限制会使成功缓存所有数据需要几个月的时间。

是否有没有限制的服务，或者可能允许一次发送多个地址以加快流程？

Answer 1

您可以通过 SmartyStreets 尝试 LiveAddress -- 地址不仅会被地理编码，还会被验证。 (不过，对于未验证的地址，您不会获得地理编码结果。)

您可以上传包含所有地址的列表或通过我们的 API 处理它们。 (如果您的地址未拆分为组件，您现在需要使用 API，每个请求可以接收 100 个地址。)当然，对于超过 100 万行，它不是免费的(除非您是非营利组织或教育)，但该服务可在云中扩展，每秒可处理数千个地址。有适合数百万次查找的计划，一直到普通的无限制。 (顺便说一下，我在 SmartyStreets 工作。)

大多数地址都具有“Zip9”精度(意思是，坐标精确到 9 位邮政编码级别，类似于 block 级别)。有些是 Zip7 或 Zip5，它们不太准确，但可能足以满足您的需求。

不过，如果您需要安排精确跳伞，您可以考虑使用更专业的 map 服务，为您提供屋顶级精度并允许您存储数据。我知道您可以存储和缓存 SmartyStreets 数据，但 map 服务有不同的限制。例如，谷歌拥有大多数美国地址的屋顶级数据，并允许您缓存他们的数据以提高性能，但不允许您将其存储在数据库中并构建自己的数据集。您也可以向 Google 支付费用以提高您的速率限制，尽管这有点贵。

我不确定其他 map 提供商有哪些条款。 (像 TAMU 这样的地理编码服务具有更高的准确性，但基础设施的能力较弱，因此存在速率限制，尽管您可能需要付费才能提高或解除这些限制。)