【问题标题】:Unique and static 'Google places' identifier唯一且静态的“Google 地点”标识符
【发布时间】:2013-08-26 14:11:18
【问题描述】:

通过获取 Google 地点,可以返回以下结果:https://developers.google.com/places/documentation/details

由于我稍后需要更新我的数据库中保存的地点,如果 Google Places 能够提供唯一的静态标识符,那就太好了。我想我可以为此使用“id”或“reference”,不幸的是它们不是静态的,并且可以并且一直在改变:

id 包含一个唯一的稳定标识符来表示这个地方。此标识符可能不用于检索有关此地点的信息,但可用于合并有关此地点的数据,并在单独的搜索中验证地点的身份。由于 id 偶尔会发生变化,因此建议将存储的地点 id 与稍后在同一地点的详细信息请求中返回的 id 进行比较,并在必要时进行更新。

所以如果我正确理解最后一句话,则无法使用ID。

reference 包含一个令牌,可用于将来查询详细信息服务。此令牌可能与详细信息服务请求中使用的引用不同。建议定期更新 Places 的存储参考。尽管此令牌唯一标识了 Place,但反之则不正确:一个 Place 可能有许多有效的引用令牌。

保存参考键可以让人们始终找到该位置,但查询中的参考键永远不会相同。它随着每次查询而变化。

我真的不知道如何解决这个问题。有什么想法吗?

【问题讨论】:

    标签: unique google-places-api google-places


    【解决方案1】:

    在您的情况下,我会将 ID 和 Reference 都缓存在您的数据存储中,因为 ID 可用于对来自 Web 服务的响应进行重复数据删除,而 References 可用于获取其他详细信息,例如照片等。当 ID 发生变化时,您需要重新访问数据并根据您的业务规则确认新位置是否与旧位置相同。

    我需要指出,出于性能原因,您只能缓存来自 Places API 的数据,并且根据我们的服务条款,您不应该永久存储数据。

    【讨论】:

    • 其实我的问题是:我有一个可以有很多地方的“组织”。用户可以通过小部件将这些地点添加到其组织中。因此,我需要该地点的唯一标识符,以便用户在添加地点时不会两次添加地点。问题是引用键经常更改,ID 也会更改,我无法判断它是否是同一个地方。还是我错了?我目前只保存参考密钥,以便下次我能够找到正确的位置。当我无法保存任何数据且没有唯一 ID 时,我不知道如何使用 google 地方。
    • 您可以保存用户输入的数据。在用户输入数据时使用地址和/或位置检查该信息应该有助于消除重复。
    • 嗨,布雷特,这听起来像是一个解决方案,是的。非常感谢,我会及时通知您我们将如何解决这个问题。
    • @Brett id 多久更改一次?
    猜你喜欢
    • 2016-11-23
    • 1970-01-01
    • 1970-01-01
    • 2012-06-26
    • 2012-10-08
    • 1970-01-01
    • 2012-08-08
    • 2011-08-17
    • 2012-07-18
    相关资源
    最近更新 更多