Как стать автором
Обновить

Комментарии 7

Мы hive используем. Это key value хранилище. Он и в вебе работает и дтошки под него писать удобно.

Мы стараемся подбирать хранилище данных так, чтобы оно было оптимальным для конкретной задачи. Так уж вышло, что многие приложения, которые мы разрабатываем, рассчитаны на работу в офлайн-режиме с периодической синхронизацией с главной БД. Поэтому приложение зачастую хранит и обрабатывает большое количество записей, что делает использование SQLite удобным. В дальнейшем планируем поработать и с Hive’ом).

Кхм, не люблю темы про флаттер потому что пишут какие-то дети. Во первых и самое главное, хив заброшена, они переехали на исар. Во вторых зачем менять реляционную БД на нескл? Ну и не понял зачем в ассетах создавать БД

Причина, по которой мы создаем `.sql` файл — желание отделить определение схемы БД от логики работы с ней. Этот файл мы складываем в ассеты, просто чтобы использовать его в самом приложении. Альтернативой (на мой взгляд) является прописывание всей структуры БД в виде строки внутри кода, что не совсем удобно лично для меня. Однако если вы считайте этот подход неправильным, то прошу вас поделиться вашим опытом и идеями на эту тему.

Посмотрите на drift, имхо это лучшее решение для sqlite. А на Hive не стоит тратить время

А на ISAR?

isar no sql, sqlite - sql :) Зависит от задач, но я не вижу задачи "на клиенте", где бы nosql был лучше чем sql. Хранить простые вещи в nosql - есть shared prefs. А isar выглядит как нечто ненужное, т.к. есть sqlite, который решает все те что штуки что у isar описаны как фичи по умолчанию..

Зарегистрируйтесь на Хабре, чтобы оставить комментарий