теперь про ваш случай

Вообще такую ситуацию может разруливать Репозиторий
То есть в случае ошибки отдавать данные из БД

если логика не такая простая, и где-то нужно так, а где-то по-другому, то репозиторий может отдавать наружу два метода: для получения данных с сервера и с БД
А интерактор уже сам решает, что делать

У меня просто реализовано так, что репозиторий - это абстракция. От неё наследуются отдельно репозиторий для сети, который лезет в ретрофит, и репозиторий для бд, который лезет в DAO.

Получается, это неправильно?

А чем плохо на уровне интерактора менять репозиторий?

т.е. хранить оба там

Я так понял, что вам нужна одна реализация репозитория, которая в зависимости от ситуации будет отдавать данные из интернета или из БД. А интерактору все равно от куда он получил данные.. поправьте если не правильно понял)

Сделай 2 интерактора один для БД и один для Сети и разруливай все в перезентере, либой сделай класс прослойку который будет управлять этими двумя интеракторами и отдавать данные преснтеру или кому-то еще

Получение данных - это ответственность слоя Model, а значит репозитория. В презентере это точно не стоит разруливать.

Немного искажаете смысл Репозитория.
Репозиторий как раз агрегирует данные из разных источников. Что я имею в виду. Один репозиторий чисто для работы с контактами. Туда входит и БД, сеть и т.д для получения контактов. Второй Репозиторий для работы с сообщениями. Туда входит и работы с БД и с сетью для сообщений уже
Посмотрите доклад мой и код на гитхабе)

Посмотрите гугловые примеры, может подойдёт https://github.com/googlesamples/android-architecture/blob/todo-mvp/todoapp/app/src/main/java/com/example/android/architecture/blueprints/todoapp/data/source/TasksRepository.java

поддерживаю
максимум - разруливает интерактор
но уж точно не презентер, это вообще не его обязанность

Смотрю твой доклад как раз)
Потому и вспомнил про свой вопрос.

там про Репозитории как раз я тоже рассказываю =)

Так и сделаю, уберу разные реализации репозиториев и отдам туда код по выбору источника.

эти примеры еще нужно изучить)

Сделал закладку в хроме. Посмотрю сегодня, если успею
У меня сегодня день видосов докладов)

Можно ссылку на доклад, пожалуйста?
Я создал репозиторий, который сливает поток сообщений из БД (приходят мгновенно) и из сети (с задержкой), презентер подписан на эти изменения (rx). Проблема в том, что если репозиторий возвращает обсервабл с сообщениями, я не могу узнать, что произошла проблема с получением данных из сети. Если  я кину exception в момент получения данных с сети, у меня могут не сработать onNext  для сообщений с базы и они не отобразятся. Если же я просто поглощу ошибку в момент получения данных из сети, у пользователя отобразятся только закешированные данные и я не увижу, что что-то пошло не так, чтобы предупредить пользователя.

Ну и да, не по любой ошибке можно отдавать данные из БД, могут быть такие ошибки на которые надо иначе реагировать, например разлогинивать пользователя