Если 🔑- значение (nosql), то лучше shared preferences, иначе - sqllite/drift
а если их 10_000 - 100_000 🔑- значение?
Если данныых много и нужно что то сложнее , нежели selec *, то имхо sqllite, shared preferences, для настроек и прочее мелочевки. Если данных/записей мноко, смотрите в сторону реляционных бд.
Лучше скклайт ,миграция проще Этому скл уже лет 20 Во флаттере что-то придумали прост ))
да сам флаттер придумали тоже как бы =)
Ну чел пишет что у него скорость большая к записи чтению,в разы быстрее чем скллайт Да кому она нужна в обычных случаях ,ты и подумать не успеешь запрос выполнится
Это запись в оперативку, лул
бери скульлайт, если надо оперировать значениями в оперативе — храни в кастомном объекте, надо сохранить - параллельно сохраняй в бд скульлайта
Вот в целом адекватный ответ
Сколько ты оперативки займешь в обычном приложении ?
сейчас так и делаю (только с leveldb)
drift сразу в изоляте можно запускать 🙃
А причом тут размер оперативка? Речь шла про скорость
Да ты ее не ощутишь
Ну, я о том же
Использую во всех проектах, очень удобно. Сейчас там новая версия готовится, будет на базе isar
да я смотрю он перехtал на гитхабе под управление isar
Хайвы топ (но не совсем)
Hive хорош, особенно из-за того, что в web поддержка есть. На сколько мне известно, сейчас нет убер решения среди полноценных БД, чтобы поддерживало web. Если достаточно обычного key-value хранилища, то Hive хороший выбор 👍🏻 За Isar слежу, вроде как заявлено, что поддержка web должна вернуться в v4, но там пока как-то медленно все движется..) ждем🤞🏻
был раньше такой issue на web
👍🏻 Сейчас вроде полет нормальный 🙂
Жрет много ресурсов
Обсуждают сегодня