Настройка таблицы отношений с Google Places API

Question

Я создаю приложение для iOS.Я пытаюсь настроить локальную таблицу для хранения данных, связанных с местом Google.Мне трудно понять, что использовать в качестве первичного ключа.

Я прочитал документацию по Google Place, http://code.google.com/apis/maps/documentation/places/ и обнаружил, что могу передать свое текущее местоположение, чтобы получить набор 'ссылочный идентификатор, который можно использовать для получения информации о месте.Однако я не могу использовать этот ссылочный идентификатор в качестве своего первичного ключа, поскольку «один и тот же токен не гарантированно будет возвращен для любого данного Места при разных поисках».Я хочу сослаться на ключ места Google в моей базе данных, чтобы я мог сформировать связь с другими таблицами в моей базе данных.

Если я хочу хранить локальные данные, основанные на связи места Google, что бы яиспользовать в качестве первичного ключа?Например, я хочу сохранить пользовательские данные, например, как многим из моих пользователей «понравилось» это место Google в моей базе данных.

Answer 1

Вы должны использовать ссылку в качестве первичного ключа. Существует небольшая вероятность того, что место может измениться (сместиться) с течением времени, поэтому ссылка не обязательно гарантирована.

Из документации API, на которую вы ссылаетесь:

reference содержит уникальный токен, который можно использовать для получения дополнительной информации об этом месте в запросе сведений о месте. Вы можете сохранить этот токен и использовать его в любое время в будущем для обновления кэшированных данных об этом Месте, но не гарантируется, что один и тот же токен будет возвращен для любого данного Места при различных поисках.

Вы можете использовать id, чтобы проверить, ссылаетесь ли вы на то же место в своих поисках. В конечном счете, вам нужно настроить некоторую логику в своем приложении, чтобы определить, вызывает ли ваша ссылка то же место (через идентификатор).

Answer 2

Сохраните любой ссылочный ключ в качестве первичного ключа в БД. теперь дело в

В одном месте может быть много идентификаторов ссылок, но все идентификаторы ссылок будут указывать на одно местоположение. например, если Париж имеет 3 идентификатора ссылки, как 1233adasdadsa 2333asdasdads 2334adasdaads но каждый ссылочный идентификатор будет указывать на Париж. Это называется обратным геокодированием.