дело не в БД, пусть и SQLite. Суть в том что Вы привязались к ЖЦ вьюхи, а надо View Model

таким образом у Вас не бдует лишних запросов в базу

я думаю, что если Вы перевернете экран то у Вас снова будет похожая ситуация, так как экран пересоздается

да так и есть

но у меня фикс экран

ну вот - так как вьюха имеет свой ЖЦ.

а вью модель - живет и переживает переворот экрана,

и переходы между фрагментами тоже я так понимаю

то есть не придется сохранять состояния фрагментов

именно.

Пусть даже фрагмент умрет, но его VIewModel будет жить при навигации

для этого ViewModel и придумывались

но это по сути ж синглтон. Верно?

Всем привет. Делаю проект, где планируется использовать много видеофайлов (несколько тысяч, а-ля "кругляши" в Telegram).
Хочу сделать так, чтобы эти видео загружались на канал Youtube, но чтобы они были приватными (доступ только по ссылке).
Кто-нибудь проворачивал подобное? Как Youtube относится к подобным вещам? Может забанить? Как думаете?
Я просто пока не представляю куда загружать кучу видеофайлов и какой API исопльзовать, это первое что я придумал.

а что Вы там во вью моделе делается - Ваше дело. Хотите SQLite - пожалуйста. Хотите Room - давайте.

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

Уверен там есть лимиты на загрузку, это может сработать разве что при домашнем тестировании. Очень странно для такой задачи использовать YouTube, лучше на своё облако их грузить.

Бекенд будет простейший в этом случае если просто принять/отдать

Плохая идея - клучше рисовать то что должно быть в данный момент и только на экране - вьюхи это очень тяжелая шутка, особенно в большом количестве, будут тормоза и большое использование памяти.

у меня подобная ситуация с фотками. Я смотрю в сторону гугл драйв. а потом просто ссылки вбивать в юри вьюшек