проекта. Получается, чтоб база Sqlite может быть большой и это не будет съедать оперативку при подгрузке данных, тк выдает только то что нужно.
Hive отметается при работе с большим количеством данных. Sqlite не нужен сервер или бэк? Если я один пишу приложение и мне нужно хранить около 3000 картинок и 3000 аудио +регистрационные данные, подписка. Я использую sqlite/moor и получаю хороший опыт?) Или если там требуется бэк и сервер для больших объемов, то лучше мне выбрать firebase и платить за облачное решение, но не писать бэк
Получается хороший опыт написать бэк
Думаю может вакансии изучить, что больше требуется - знания sqlite или firebase
Тем более чего там писать бэк , бд быстро делается , и через c# entity все само генерирует тебе
Все фреймворки знать нельзя
Так мне ведь нужен сервер и работа с ним? И там бд разворачивать. Чтоб у пользователей все с сервера подгружалось
Для хорошей практики свой бэк , а так чего клиент пожелает
Чё это хайвы отметаются из за большого количества данных? Он с порядком 10 миллионов данных справиться
И не ест при этом оперативку?
Ленивые коробки только таблицу ключей с оффсетом хранят
Женя lazyload в 50 уроке говорил, что при работе с большими объемами жрет оперативку. Хранит ключ-значение, да. Быстрый, шустрый, да. Hive читает данные пачкой и они хранятся у него в памяти, то есть все что будет туда добавляться будет увеличивать размер оперативки, которую будет отъедать. Если данных будет много, будет жрать много оперативки
Обычная коробка да, сами данные в оперативке хранит при работе
Хайв читает весь бд файл, собирает ключи, и если бокс открыт не лениво, то и сами данные дессериализует и хранит вместе с ключами, иначе хранит только оффсеты
Обсуждают сегодня