ООП, модель данных и база данных

Начитался я умных книжек, статей и прочего, в результате в голове полный «компот»
Надеюсь сможете мне растравить все на свои места.

В общем, у меня есть несколько небольших программ которые производят в основном обработку / конвертацию данных в формат понятный для одной коммерческой программы.
С недавнего времени встала необходимость использования в них базы данных. Я выбрал firebird 3, а так же сами программы решил переписать на C#. До этого немного работал с C# .net в основном получалась гремучая смесь ООП и процедурно — функционального программирования.
Допустим у нас есть некая база, по ней мы создаем модель данных, в результате у нас получается несколько классов описания модели. Так же нам необходимо создать класс так сказать посредник между провайдером данных и нашей моделью и тут у меня возникают трудности (в основном боязнь создать «божественный» класс). Класс посредника я представляю так, он должен принимать SQL команду (SQL процедуру, функцию и.д.) и ссылку на объект нашей модели, результатом выполнения должна быть заполненная модель данных или её часть. Вот не могу понять, как правильно связать dataadapter и модель, возможно dataadapter вообще лишнее звено и от него надо избавится, а взамен реализовать свой IDataReader.
За dataadapter я держусь из-за того, что уже привык к удобству работать в отключенном режиме, легкому применению изменений, к статусам и версиям строк, и т.д.. Если без него, то отключенный режим необходимо будет реализовать в модели (версии и статусы данных), а так же динамическую подгрузку данных? Но опять же с dataadapter необходимо как-то из DataTables данные перемещать в модель, циклами как-то накладно получается или есть способ лучше?

ADO.NET Entity Framewrok — не рассматриваю, да его использование почти все мои вопросы сведет на нет, но это такой жирный «монстр», что для меня его использование перебор, плюс его долгая работа с запросами, да вообще мне SQL синтаксис больше по душе.

Присматриваюсь к Dapper (как я понял он как раз реализует свой интерфейс IDataReader), возможно он и будет моим спасением, но все же хотелось бы узнать, как все таки работать с моделью данных и чистым ADO.NET.

Буду очень благодарен за любое разъяснение или примеры кода.

0

Сообщение от Cupko А если этот метод с точки зрения бизнес-логики не нужен? Получается явная проблема дизайна.

Нет, не получается) Если метод не нужен, то он просто не заводится) И всё.

0

Сообщение от Cupko Если речь идет о Database-centric архитектуре

Да, именно про это (так сказать "старая школа"). Попытался приделать Repository, Mapper, в результате получается, как пятая нога собаке
В общем, сделать можно, но нужно ли? Получается, что мы смешаем всё в кучу.

Сейчас переписываю другую программу, вот в ней изначально я выбрал "правильный" подход, а именно изначально проектирование базы и приложения с учетом схемы разделения данных Model-View-Controller и трех уровней архитектуры (решил опробовать .NET Entity Framewrok, если я правильно понял он реализует в себе ранее обсуждаемые паттерны).

0