geocoding - 存储来自 Google Places API 的数据

Question

如果这个问题听起来有点傻，请不要介意!

我正在尝试了解有关 Google Places API 的更多信息。我有兴趣做一个类似于 airbnb.com 的实现(检查顶部的搜索功能，它在 autosuggest 中显示“由 google 提供支持”)。

在我们的地址表单中，我们计划使用 Google Places API 提供的自动建议功能来填充城市、地区和国家(例如 https://www.airbnb.com/rooms/new)

问题

1) 一旦有人在“城市”字段中选择了一个地点，我们究竟可以从获取的 Google 数据中将哪些内容存储在我们的数据库中？我们可以在我们的数据库中存储城市名称、地区、国家、坐标等吗？

2)网址呢？浏览房间时，airbnb 网站上生成的 URL 格式为“CITY--REGION”(例如 www.airbnb.com/s/Auckland--New-Zealand)

我们想做类似的事情。为此，我们是否不需要为每个获取的 Place 存储一个唯一的 url(基于某个公式)？

3)在我们的项目中，我们甚至想生成面包屑。
例如您在这里: 大洋洲 > 新西兰 > 奥塔哥 > 皇后镇

当我们获取一个城市时，我们可以存储它的地区和行政区域吗？

4) 什么是任何 Google Place 的唯一标识符，是 ID 还是 Reference，文档中不太清楚
https://developers.google.com/maps/documentation/javascript/places#place_details_results

任何此类类似站点的数据库模式将不胜感激!

谢谢!

Answer 1

我已经阅读了几乎所有 Places API 的文档，但我从未见过对允许在数据库中存储什么和不允许存储什么的限制。然而，我建议只存储位置“引用”ID 并每次只获取详细信息 View HTTP，因此如果位置的信息发生变化，您会保持最新状态。

当然你可以这样做，谷歌没有自己的国家名称:P

同样，我建议存储引用并以这种方式访问​​位置。

一个地方只有一个 ID。当您获得地点的详细信息时，每次都会返回 ID。但是，引用因每个请求而异。您不能使用 ID 来获取有关地点的详细信息，但可以使用引用。 ID 对于比较地点以查看它们是否相同很有用，因为一个位置只有一个 ID。

保持存储尽可能轻。只保留 Place 引用和 ID。