Ищется подходящий сабж. Критерии:
- .NET/C#, Visual Studio 2003
- наличие моделлера (UML, желательно встроенный)
- собственно persistense/mapping layer/framework
- поддержка нескольких СУБД (среди них как минимум одна опенсурсная, желательно PostgreSQL)
- прямой и обратный инжиниринг с "ручным управлением"
- желательно с коммерческой лицензией и более-менее солидным поставщиком

Вопрос прежде всего к имевшим реальный успешный опыт использования, поэтому, если не секрет, пару слов о своем случае.

Просьба не воевать по поводу "А лучше Б", и не посылать на странички со списками типа
http://sharptoolbox.com/Category74089b0a-1105-4389-b1db-eedf27e20cfb.aspx

P.S. Мой предварительный вывод пока такой. Рынок подобных систем незрелый, имеется зоопарк продуктов, зачастую на уровне поделок дипломных проектов. Большинство заточено только под MS SQL/Access.

Va1entin
Не лучше ли использовать отдельно для БД орудие проектирования БД
и Visual Studio для серверной логики?
Тогда нужно поддерживать в синхронизированном состоянии 2 модели вместо одной.

Среди претендентов значится Versant, но есть сомнения по поводу наличия у него средств моделирования.

Old NickА чем Дельфи 2005 не подходит?
Тем, что это Delphi :)

Упростим задачу, уберем обратный инжиниринг и собственный моделлер.

Итак требуются:
- .NET/C#, Visual Studio 2003
- наличие моделлера (UML, желательно встроенный)
- собственно persistense/mapping layer/framework
- поддержка PostgreSQL
- прямой инжиниринг с "ручным управлением" по следующему сценарию:
Разрабатываем модель в 2way-дизайнере типа Together, код появляется "на лету". На некотором этапе нужно иметь возможность "напустить" ORM на существующие классы и сказать ему: "Дружок, сгенерируй мне SQL-скрипт для создания таблиц этой СУБД и схему маппинга". В дальнейшем все это можно править руками или перегенерировать с нуля, некритично.

Из этого непосредственно вытекает, что архитектура с наследованием от некоторого базового класса/интерфесов, предлагаемых ORM вряд ли подойдет.
ORM-кодогенераторы тоже не подходят.