Веб-сайт односторонней синхронизации> Приложение для iPhone с использованием Core Data

Я создаю приложение для iPhone с базой данных (скорее всего, я буду использовать Core Data впервые, но он может Тем не менее, оказывается, что я буду использовать SQLite в зависимости от ваших ответов здесь).

Содержимое этой базы данных должно регулярно обновляться из какого-нибудь онлайн-хранилища (скорее всего y база данных MySQL).

Поскольку исходная база данных будет довольно большой, она будет находиться в приложении, поэтому пользователю не нужно будет ее загружать, обновления будут довольно небольшими, чтобы их можно было загрузить. Вы можете видеть, что обновления «Дельта» являются обязательными (загружать каждый раз весь набор данных - это слишком много данных). Обновления будут состоять из нескольких новых записей и, в конечном итоге, некоторых исправлений существующих записей

В локальной базе данных будет несколько таблиц / объектов (с множеством связей между ними), которые необходимо обновить, эти таблицы / объекты будут прочитаны -Только (*). Будет еще несколько таблиц / объектов, в которых пользователь может вводить комментарии (чтение / запись), но им никогда не придется обновляться, это личные данные пользователя. Фактически, я иногда создаю дополнительную таблицу с отношением только 1-1, чтобы сохранить хорошо разделенные (таблицы / объекты наборов данных по сравнению с таблицами / объектами комментариев).

Может ли кто-нибудь предоставить мне способ создания файла онлайн со всеми изменениями в базе данных, которые можно загрузить в телефон и эффективно и правильно проанализировать, чтобы применить эти изменения / новые записи. Я думал о чем-то похожем на те миграции, которые Rails использует для поддержки своей базы данных, но не могу найти ничего, что выглядело бы чистым и производительным. Помнить о том, что отношения между различными таблицами / объектами очень важны, потому что мое вдохновение терпит неудачу ...

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