Привет всем! У меня возник такой вопрос.
В университете нас учат тому, чтобы строить модель предметной области через классы. То есть, к примеру, у нас есть аптека, со сложной бизнес-логикой, большим набором бизнес-правил, мы пишем классы "Лекарство", "Поставщик", "Покупка" и т.д. Строим набор неких бизнес правил. Дальше уже эти классы мы отражаем на БД, ну и отдаем их представлению. Все хорошо, все замечательно, мы получаем расширяемое и легко поддерживаемое приложение, но для того, чтобы обеспечить взаимодействие с БД мы должны написать еще некий набор классов, чтобы отдавать наши сущности представлению, мы должны писать еще (к примеру унаследовать от QAbstractItemModel свой класс, или придумывать еще что-то).
С другой стороны мы можем не задумываться о написании сущностей, все реализовывать с помощью уже существующей архитектуры MVC, используя QSqlTableModel, QSqlRelationalTableModel для доступа к БД. Тут все хорошо, бизнес-логику можно реализовывать в виде хранимым процедур, и т.д. Но вот если СУБД их не поддерживает, тогда насколько я понимаю, код может превратиться в "неподдерживаемое  нечто".

Какой вариант является более правильным, какой стоит использовать в проектах? Или быть может в чем-то неправ?

Направьте меня на путь истинный:)

Подход ORM (объектно-реляционное отображение) достаточно современный. И позволяет сделать приложение потенциально переносимым с СУБД на СУБД.
Если же всё завязывать на СУБД, то к ней будет слишком жёсткая привязка. Перенести на другую СУБД будет очень сложно.


А то чему учат, я думаю - правильно. Т.к. создание своих моделей занятие довольно регулярное. А ПО, тупо отображающее таблицы из БД, можно и вовсе не писать, а сунуть заказчику какой-нибудь инструмент с графическим интерфейсом для администрирования БД.

П.С.
Данная тема скорее общая, чем относящаяся к Qt. Т.к. MVC есть не только в Qt.

Не могли бы вы уточнить, что такое многозвенная архитектура? Возможно, линком помочь...

Лет 10 назад сам задавался таким вопросом. Знающие люди советовали free ORB (например, http://www.cs.wustl.edu/~schmidt/ACE.html, http://www.cs.wustl.edu/~schmidt/TAO.html). Мне не понравилось - слишком тяжеловесно, да и фриварность у них условная, по-моему. Поэтому написал свою библиотеку, обеспечивающую объектное сетевое взаимодействие распределенных приложений: http://www.freesoft.ru/?id=671951. Там достаточно полное описание библиотеки с примерами реализации и со всеми исходниками. Работает в виндах и Linux. Может, пригодится.
Недавно доработал ее под Qt, есть примеры. Правда, в 4.6.3 не пробовал ее собирать - жарко очень... Вот жара спадет, поставлю Федору 13 и буду все проверять.

sergek, спасибо большое за разъяснения.  Вашими словами намного понятнее, чем успел прочитать.
Никак не могу избавиться от привычки спрашивать незнакомое.

>>не очень распространен в Qt среде?
он не то чтобы не распространён. В Qt нет штатных средств для ORM. И сторонних тоже нет. Есть тут на форуме упоминание двух проектов, но они вроде ещё сыроваты.

А многозвенка это скорее самостоятельный набор библиотек.

Да кто ж с этим спорит... Особенно, что касается разработчиков СУБД. Только это не вся правда. Эта правда аналогична сравнению производительности MSSQL и Oracle. Помните, лет 5 назад?
Только производительность СУБД заключена не только в хранимых процедурах, и не столько...
Когда мы начинаем говорить о переносимости и масштабируемости решений, мы уже подразумеваем определенный класс задач. Это не задачи масштаба предприятия и, наверное, даже не регионального уровня. То, о чем я говорю - это наблюдение тенденций, а не теоретические рассуждения. Времена шаманов с бубнами, которые могут на дохлой железяке раскочегарить систему, проходят...
А жаль!