MDA - это просто способ сохранить время

[fed]

Просто табличная форма - это не только удобный способ ХРАНЕНИЯ но и удобный способ ПРЕДСТАВЛЕНИЯ. А попытка слишком последовательно применять объектный подход при проектировании СУБД зачастую кончается тем, что сначала пишут кучу объектных врапперов вокруг плоской реляционной структуры, а потом мучаются с тем чтобы эти самые объекты в интерфейсе развернуть назад, в табличную форму. А полученные из анализа предметной области унаследованные методы - превратить в банальный набор insert/update/delete.
Ну то есть - может и можно как-то обойти все эти проблемы и скомпоновать разумный набор из объектных и реляционных примитивов, но мои собственные наблюдения над попытками претворения в жизнь объектных надстроек над СУБД это не подтверждают. Кстати - вспомнилось: Лет 8 назад было очень модно говорить что мол через 2-3 года все J2EE-сервера поддержват entity beans и наступит светлое будущее. Entity beans вроде бы все ведущие вендоры поддержали. Но как-то я сейчас про Entity beans редко слышу. Похоже что не прижились...

[gl00mie]

Цитата:

Сообщение от fed

может и можно как-то обойти все эти проблемы и скомпоновать разумный набор из объектных и реляционных примитивов, но мои собственные наблюдения над попытками претворения в жизнь объектных надстроек над СУБД это не подтверждают.

Может, не совсем в тему, но вроде в LINQ именно это и пытались реализовать в части LINQ to SQL: именно что сделать из "плоских" SQL'евских скаляров объекты со свойствами, отображаемыми на поля реляционных таблиц, сохранив при этом возможность использования запросов.
Опять же, Active Directory в виндах - ни что иное как реляционная БД на базе Jet Database Engine с поддержкой запросов и объектным представлением сущностей в этой БД через те же интерфейсы ADSI.