Стоит ли делать модель которая отвечает за несколько хранилищ?
Подскажите, модель в MVC мной всегда воспринималась как штука для закачки в БД.
Когда возникла необходимость соединить несколько баз данных - ощущение что запутался - одна модель называется/обслуживает одно местоположение данных, даже если это местоположение удаленное?
Или она отвечает за все сразу?
Можно сделать модель Продукт, которая контроллирует продукты, и правильно ли это, или стоит создавать модель для БдПродукт, ФайлПродукт, УдаленныйПродукт и связывать их вместе, есть у кого советы?
Да, так получается, вчера вечером накидал побыстрому в файлах, чтобы дельту делать от каждого запроса. Она получается сейчас хранится в файлах. В процессе перенос файлов в БД.
Соответственно есть поставщик, запрашиваю товары, получаю дельту, дельту лью в свою базу.
Есть другой поставщик...
Третий...
==
Перед заливкой в базу контроль на правильность данных.
Заливка.
Из базы - получение единого прайслиста и выдача его в json/csv/xls/xml - кому как понадобится.
Что я хочу понять - модель это некий сферический конь в ваккуме по образу сущности, хранимой в базе? Ну то есть - Продукт, Группа продукции, Поставщик? И если модель поставщик, то получается в ней нелогично иметь метод GetProducts, это приведет в тупик, потому что Product должна за это отвечать. С другой стороны - с фигали в продукте будет запрос конкретного поставщика.
Или стоит отталкиваться от того, что модель это некая проекция ассоциативного массива - то есть я получил продукты, потом из каждого элемента коллекции делаю модель Продукта и сохраняю в таблицу продуктов?
Вот где запутался - модель поставщик сейчас почему-то продукты запрашивает. А сделай модель продукта - с фигали продукты конкретного поставщика через не запрашивать, а если их две то как связать