Как управлять данными, которые отправляются/редактируются в автономном режиме несколькими пользователями?
Мы создаем решение для выездных техников, которые используют Apple iPhone в полевых условиях для отслеживания данных для установок на назначенных площадках. На iPhone работает специально разработанное приложение, которое специалисты на местах используют для просмотра списка назначенных установок на день. Они также могут регистрировать необходимые данные для установки, включая: числа, текстовые данные и фотографии. Местоположение и временные метки GPS регистрируются приложением автоматически. Все текстовые / числовые данные хранятся внутри Quick Base. Фотографии загружаются в корзину Amazon S3, а URL-адрес изображения сохраняется в Quick Base. Полевые техники работают в областях с непоследовательным охватом данных. Таким образом, приложение имеет функции, позволяющие сохранять отредактированные / добавленные данные локально в автономном состоянии.
Автономная функциональность доказала, что вызывает некоторые проблемы с потерей данных или неправильной синхронизацией с быстрой базой. Некоторые из наиболее распространенных проблем с автономным сохранением: записи, отсутствующие данные в некоторых полях Quick Base, изображения, не поступающие в Amazon S3, и полные записи, иногда полностью теряющиеся. Автономный режим в настоящее время извлекает копию быстрых базовых таблиц в локальную базу данных на устройстве пользователя. Когда нет подключения к интернету, приложение делает обновления в локальной базе данных. Как только подключение к Интернету будет восстановлено, приложение автоматически синхронизирует локальную базу данных с Quick Base.
Учитывая проблемы, с которыми мы столкнулись, есть ли лучший способ сохранить целостность данных в автономном состоянии, чтобы гарантировать, что данные не теряются? Является ли использование локальной базы данных лучшим способом реализации возможностей автономной синхронизации?
Что я уже пробовал:
Мы попытались использовать готовое решение небольшой компании, но этот вариант использования, похоже, требует приличного количества пользовательских разработок. Любые предложения или советы о том, как это сделать, приветствуются.