У меня есть приложение для iPhone, основанное на контенте и предназначенное только для чтения. Пользователи могут выбирать любимые темы, которые мне нужно отслеживать. Некоторые темы я хотел бы сделать доступными между обновлениями приложений через App Store. Мне нужно будет отслеживать, скачали ли пользователи эти конкретные темы или нет, пока не появится обновление App Store. Этот подход будет состоять из двух таблиц для отслеживания пользователей. Все остальные таблицы содержат в основном статический контент, сохраните все новые загруженные записи.
Прежде чем я начал отслеживать пользовательский контент, я всегда развертывал базу данных при обновлениях приложений. Перезаписать - просто. Но теперь мне нужно отслеживать определенные пользовательские конфигурации. Вместо того, чтобы пытаться отследить, какая версия приложения есть у пользователя, и прогонять список сценариев sql в правильном порядке, поэтому пользователь имеет правильную версию базы данных, я думаю использовать две базы данных. Один содержит статический контент, а другой - данные пользователя. База данных статического контента всегда перезаписывается. Это делает вещи простыми. База данных в настоящее время составляет 250 КБ. Это будет расти очень медленно.
У меня есть планы использовать push-уведомления SDK 3.0 и пиринговое соединение, которые будут хранить любые данные конфигурации пользователя в базе данных пользователей.
Кто-нибудь видит проблемы с этим подходом?