Google Places API: Orte in DB speichern

Question

Ich baue eine Web-App, wo alle Benutzer zu einer Art von Orten gehören, sagen wir "Bank". Jeder Benutzer gehört nur einer Bank, aber eine Bank kann mehr als einen Benutzer haben.

Ich muss ihren Banknamen und ihren Standort im Benutzerprofil anzeigen und in der Lage sein, nach Banknamen in bestimmten Städten zu suchen. Also muss ich irgendwie Benutzer und Banken verbinden.

Ist es sicher, die Place ID für jede Bank in Bezug auf Skalierbarkeit und Lebenszyklus der App zu verwenden?

Die manual sagt:

Platz IDs befreit sind von den Caching-Beschränkungen in Abschnitt angegeben 10.5.d der Google Maps APIs Allgemeine Nutzungsbedingungen. Sie können daher Orts-ID-Werte unbegrenzt speichern.

Also Google sagt, ich kann, aber ist es die beste Praxis? Muss ich zusätzlich eine vollständige Adresse speichern, um sicher zu sein, dass Google diese IDs in Zukunft nicht mehr verwenden wird?

Nehmen wir an, ich kann die Bank Place ID mit Hilfe von Place Autocomplete während der Benutzerregistrierung bekommen. Dann muss ich es in DB speichern, um es später anzeigen und nach Bank suchen zu können.

Das könnte DB-Struktur sein:

oder gerade

Aber ich denke, die erste Art und Weise ist es besser mit einzigartiger place_id Spalte?

Answer 1

Wie Google sagt, können Sie PlaceID speichern, aber sie sagen Ihnen auch, dass es eine gute Methode ist, diese gespeicherten "PlaceIDs" alle 100 Tage zu aktualisieren. Sie versichern Ihnen nicht, dass Ihre gespeicherte PlaceID für denselben Ort sein wird dass du gespeichert hast.

https://developers.google.com/places/place-id