Так работают триггеры в скулайте

Нельзя обзервить конкретную запись

Но по идее можно сохранять обозреваемые айдишники и дёргать соответствующие ливдаты.

Это дополнительная логика внутри хелпера)

Если упростить Room это mapper Cursor -> Model 🌝

Я надеялся что гугл её написал за меня.(( Придётся самому писать, иех.

Да и не всегда работать будет

Например если использовать пагинацию

Или в таблице например десятки тысяч записей, их все доставать чтобы проверить не поменялось ли конкретное значение? 🤔

Нет.) Если пользователь попросил дать ему ливдату с определёнными пользователями, записать их айдишники и при изменении записей дёргать ливдату.

Так нельзя узнать что записи изменились

Скулайт может только сказать что обновилась таблица

Рум делает повторно квери запрос, на котором весит лайвдата

Хм, ну да.. Я не совсем до конца додумал эту мысль.

А вообще, как то у тебя странно получается. Ты условно нажал на кнопку и ждёшь пока из базы придет новое значение. Как то не правильно, но это мое имхо.

Ну смотри. Ты заходишь на экран с юзерами, если их нет в бд, то нужно их загрузить с инета и положить в бд. Да, тут изи можно ручками сделать. Но а теперь мне прилетела таска, что общение будет по вебсокетам и на сервере могут обновится те же юзеры. Теперь выходит, что вебсокет будет обновлять данные в бд, мне остаётся только уведомить вью. Тадааам - ливдата, смотрящая в бд. Жаль ток нельзя отдельных сущностей смотреть, придётся самому логику допилить.

Хз, я бы на уровне репозитория это разруливал. Типа прилетели новые данные, сначала бы отправил в ui. А потом бы уже обновлял базу

Нууу такое.

Не такое, секса конечно больше, но не так затратно по ресурсам. Получется сначала надо записать, потом прочитать. По мне это лишнее

У меня есть data class с var полями. Есть во viewModel поле MutableLiveData содержащее этот дата класс, в xml я имею двусторонний биндинг такой примерно @={viewModel.class.field}, как сделать так, чтобы когда меняется field, liveData вызывала onChanged?