Да даже рум не нужен, могу просто в памяти где то держать объект

Можно, но зачем костылить, если уже есть костыль с хорошими ручками )

Там вроде где то 5-6 разных объектов которые нужно гонять. Держать их в памяти проще, чем делать 5 тамблтц )

Можно ещё проще, просто объект в бандел засунуть)

Мне скорее наоборот, возвращать из фрагмента нужно )

Привет. Вопрос по room. В обновлении 2.2.0 вышло обновление с:
Target Entity: The DAO annnotations @Insert, @Update and @Delete now has a new property targetEntity, that allows specifying the target table the DAO method is meant to act on. This allows for the parameters of those DAO methods to be arbitrary POJOs which will be interpreted as partial entities. In practice, this allows partial inserts, deletes and updates. b/127549506

это кто-то использовал? Обновление одного поля сущности в базе с передачей POJO объекта?

Не юзал, но судя по всему рум теперь умеет брать поля из pojo и найдя в таблице обновлять.

Прикольная фича, не надо лишний раз мапить объекты.

вот у меня не получается её заюзать: создал объект POJO (тот самый DTO), сделал set поля id и нужного, например NAME. Остальные null, в результате ругается на update другого поля из POJO, который объявлен как not null. Как передавать поля в объекте-то?

В анатации указал entity?

Да, видимо как-то иначе нужно интуиализировать поля в pojo, которые не нужно обновлять

Он обновит сам, если значение полей не совпадают. А если в pojo есть поле которого нет в entity, то его надо пометить @Ignore.

Если надо обновить одно поле, то это лучше делать через query.

В общем, у меня все работает)

Спасибо, я думал мы ушли от отдельного метода обновления поля(

А смысл? Этож только запутает тебя через какое-то время. Лучше явно пусть будет, чем дебажить в поиске непонятного.

Всем привет. Можно ли каким-то образом заставить Room писать сущности в разные таблицы автоматически? Пример: есть сущность А, у которой одно из полей - другая сущность (назовём её B). При сохранении в базу надо писать эти сущности в разные таблицы (именно разные, Embedded не подходит). В итоге, в идеале вызываю метод  insert(A; a) у Dao, а Room автоматически пишет А в одну таблицу (вместо сущности B в таблице будет её внешний ключ), а B пишет в другую таблицу. Спасибо!

Может кто сталкивался с тем что в Crashlytics не доходят данные о деобфускации нативного кода?
В частности команда crashlyticsUploadSymbols*** должна заливать эти данные, но Crashlytics всеравно не отображает номера строк

А чем embedded не подходит?

интересен именно такой кейс, как я описал, с Embedded проблем нет

Рум не поддерживает такое