Мобильное приложение с локально сохраняемым синхронизируемым контентом, доступным только для чтения.SQLite? - PullRequest
Новая
       23

Мобильное приложение с локально сохраняемым синхронизируемым контентом, доступным только для чтения.SQLite?

0 голосов
/ 19 сентября 2018

Я работаю над мобильным приложением (Cordova iOS / Android) с медленно меняющимися данными, доступными только для чтения (для пользователя) объемом менее 100 МБ, которые должны быть доступны для поиска (полный текст и фасеты).Исходя из веб-фона, мы обычно обслуживаем данные из веб-API и базы данных.Однако нам бы хотелось, чтобы приложение можно было использовать в автономном режиме.Учитывая, что база данных может удобно размещаться на устройстве, и нам не нужно обновлять информацию в реальном времени для большинства наших наборов данных, я хотел бы посмотреть, что мы могли бы сделать, чтобы предварительно разместить контент на устройстве.Мы являемся службой подписки, поэтому эти данные находятся за платным экраном (который, я считаю, ограничивает наши возможности индексированием приложений Core Spotlight / Firebase).

Учитывая, что все, что мы придумаем, должно быть кроссплатформенным,Я сосредоточился на Sqlite (возможно, на заказ в комплекте с приложением).Он имеет полнотекстовый поиск, и мы можем фильтровать по связанным данным фасетов.

Вот подход, который я исследую:

  1. Ежедневная / почасовая работа по восстановлению набора контента из вышестоящих данных.
  2. Переиндексация новых данных в таблицах FTS.
  3. Сохранение базы данных sqlite в корзине, доступной через Интернет.
  4. Уведомление приложений о новом наборе контента.
  5. Они загружают изменения (или полную базу данных).

Существует ли уже существующая служба или библиотека, которая уже делает это?

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

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

1 Ответ

0 голосов
/ 23 апреля 2019

Мне недавно пришлось исследовать эту самую проблему, и я предложил два варианта:

  1. Couchbase Lite
    • Коммерческий
    • NoSQL
    • Локальный полнотекстовый поиск
    • Встроенное разрешение конфликтов и синхронизация с Couchbase
  2. SQLite
    • Бесплатный и открытый исходный код
    • SQL
    • Локальный полнотекстовый поиск (по умолчанию вы получаете только fts4 , но, как вы говорите, вы можете скомпилировать и связать версию с fts5 )
    • Разрешение конфликтов и синхронизация зависит от вас

Я выбрал вариант 2 (SQLite), потому что у меня не было сложных требований к синхронизации, это хобби-проекти данные довольно медленно движутся.Из моей оценки Couchbase, хотя я определенно рекомендую рассмотреть это.

Ни Firebase, ни AppSync не предоставляют полнотекстовый поиск в автономном режиме.

...