muk07авторКроме этого софта, есть и другие средства проектирования, в т.ч. и у микрософта.
Ломимся в открытую дверь.
авторЕсли вы выбрали именно это средство, незачем кричать всем, что оно самое удобное, производительное, полное, лучьше всего позволяет организовать работу компании.
Неподходящий глагол "кричать". Я не утверждал, что "оно самое удобное, производительное, полное, лучьше всего позволяет организовать работу компании". Так если вы с этим согласны, почему бы не поискать то средство, которое "самое удобное, производительное, полное, лучьше всего позволяет организовать работу компании."?

muk07Я утверждал, что применение не родных (не заточенных) на конкретную БД средств приведёт к лишней работе по доработке БД средствами родной СУБД.
авторВсё таки выбранная вами программа совсем убога.
это утверждение совсем вас дискредитирует, видимо вы не знакомы с ms sql server, это ещё не грех, но и не повод для гордости.Насчёт недостатков erwin вы упомянули только один - неправильно генерит схемы. Когда мы в фирме пользовались этим продуктом, таких проблем не было, более того, мы активно использовали его возможности работы с макросами - генерили триггеры, например, или генерили более подходящие для нас скрипты деплоя.

Потом перешли на PD, т.к. после покупки erwin-а CA он постепенно стал освсем безобразным. Или, точнее, не так быстро совершенствовался по сравнению с конкурентами.

Именно поэтому вам советуют попробовать PD.

А в отношении втроенных в SSMS диаграмм можно найти намного больше недостатков, чем тот один (да и то мнимый) у ервина.

Например, труднее интегрировать с соурс-контролами, труднее деплоить проект на тестовые и продакшен-базы, хуже сами средства рисования - на больших схемах неудобно перемещать, масштабировать, проводить связи, нету средств подготовки документации (простые списки сущностей хотя-бы) ...

muk07alexeyvg ,
Во первых, неясно кому адресован ваш текст. Видимо не ко мне. Так к кому? Иначе трудно понять кому/чему вы возражаете.Обращаюсь к вам; чему возражаю - процитированным утверждениям.

muk07Из Вашего текста создаётся впечатление что Вы совсем не опускаетесь до уровня Management Studio, Enterprise manager, phpMyadmin (я рисую диаграммы баз MySQL в своём базолазе) и иже с ними.Почему же, опускаюсь - я ими администирую, отлаживаю, но не проектирую и не программирую, не создаю модели БД и т.п..

Разрабатываю в средстве разработки (MS VS).

Проектирую на бумаге, или в ворде, редко в визио. PD новая контора не покупает - экономят :-(

NextManОграничения для IB/FB на уровне FK - никак (все на триггерах)А у народа ещё давно получилось :-)

NextMan...

Бесплатен.

Скорость работы (разработки/сопровождения) выросла.

ErWin деинсталлирован.Про ErWin я уже писал, что (IMHO) продукт стал хуже, не поспевает за рынком...

NextManЧитаем внимательнее: НЕ ПОЛУЧИЛОСЬ.Вроде получилось, вот цитата из того топика:
M. KurilovНужно поменять в "Referental Integrity" statement format на CREATE/FK. Тогда при генерации скрипта внешние ключи будут генериться в секции CREATE TABLE с необходимыми "on delete.."Я ещё с тех пор помню, что для сиквела тоже надо было поведение по умолчанию менять - ервин хотел триггеры делать...
Хотя давно это было, могу и забыть.

NextManНе, для целевой СУБД "Interbase" все равно нельзя.

Опять деинсталлирую. Не знаю, я с Interbase не работал, поверил M. Kurilov-у...