и в чём вопрос?

Вопрос в том, как это сделать максимально правильно, с минимумом движений в сторону бд

можно флаг прочитанности, можно отдельную табличку со списком непрочитанных — всё как обычно

сделай тред на мплеер или хотя б сервис, или корутину, не играй в основном потоке

ты чего, не подстрекай с суе цыду

До корутин мне ещё далеко :)

а до сервисов? мплеер с сервисом это помом стандартный андроидовский туториал

непонил наезду, ты хошь сказать что играть в основном потоке ето нормас? :D

Не слишком ли жирно? Отдельная табличка

сначала надо, чтобы работало хоть как-то

It depends.

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

я могу ошибаться

надо восполнить, забыл уже. не люблю бд в принципе.

дерево ли — зависит от условий выборки и индексов

полюби! SQL очень мощный и многогранный

дело не в SQL, я не боюсь их, с точки зрения оптимизации это говно. насиловать дешманский TLC NAND на телефоне это моветон.

каждый пук в бд писать так себе затея

шаред префы не люблю по тем же причинам

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