В общем щас занимаюсь проектированием базы данных с нуля. Уже сейчас есть более 20 таблиц с различными связями, незапоминающимися названиями колонок, различными уникальными ключами. В будущем будет еще больше таблиц

Какими Case средствами лучше пользоваться (интересует наиболее быстрые для скорого понимания и удобные, но в тоже время чтобы функционал мощный был) ?

По поиску нашел Erwin, PowerDesigner. Начальник советует Bpwin (говорит можно там все это сделать+он знаком с этой системой).

Посоветуйте что-нибудь плз

Модератор: Тема перенесена из форума "Microsoft SQL Server".

DeColo®esЧто Вы понимаете под "мощным функционалом"?
Самый удобный дизайнер схемы для MSSQL, если кроме самого дизайна схемы ничего не нужно - это дизайнер в самой Management Studio (SSMS).
BPWin - это вообще "о другом".
А дизайнерами нужно пользоваться, когда умеешь. Применять тот же ERWin без использование кодогенерации, коллективной разработки и необходимости внедрения на разные СУБД - ИМХО баловство.
Да еще и проект на 20 табличек - тут при желании можно и скрипты написать сразу, вообще без дизайнера.

20 таблиц это на данный момент, далее их будет больше на порядок, но использовать стороннюю программу хотел начать уже сейчас, чтобы привыкнуть к ней. Database Diagram в SSMS не подходит, т.к. слишком простая и не отражает нужной мне функциональности. Конкретно нужно,
1) была понятная картинка со всеми связями таблиц
2) была возможность писать множество комментариев к столбцам, индексам, уникальным полям, но чтобы в тоже время все это не захламляло общую схему таблиц(было удобно все смотреть)
3) чтобы потом все это интегрировалось в базу

FAndrewblestУже сейчас есть более 20 таблиц с различными связями, незапоминающимися названиями колонок, различными уникальными ключами.
Это как же нужно было спроектировать 20 таблиц, что бы не запомнить что в них?
ИМХО, наверное БД в принципе неправильно спроектирована.
Попробуйте выработать для себя правила обозначения таблиц и столбцов и все станет на свои места.

FAndrew, я наверху уже написал, что 20 таблиц это на сегодняшний день(естественно я не склерозник, чтобы забыть что только что создал). Через полгода их будет 200-300. Дальше больше. Правила обозначения таблиц и столбцов я естественно какие-нибудь выработаю, но по прошествии времени так или иначе все будет забываться, поэтому и хочу все задокументировать, чтобы потом было проще. И как уже писал выше, уже начиная с 20-ти таблиц хотел привыкать к выбранной программе.

Впринципе можно и диаграммами SSMS, но в при рассмотрении этих диаграмм нельзя смотреть комментарии, как это предложил monsenior, придется искать нужные таблицы в базе и уже там открывать их свойста.

В добавок хотел что-то помощнее, т.к. начальство хотело наряду со схемами таблц хотело чтобы там были изображены бизнес-процессы, чтобы было понятно, откуда эти таблицы вообще берутся.

DeColo®esblestВпринципе можно и диаграммами SSMS, но в при рассмотрении этих диаграмм нельзя смотреть комментарии, как это предложил monsenior, придется искать нужные таблицы в базе и уже там открывать их свойста.Настройте для себя вариант Custom просмотра.
Комментарии можно не только смотреть, но и заполнять прямо оттуда.

Ну если так, попробую вечером настроить. Тогда проблема рисования схемы таблиц будет решена.
Но что делать с бизнес-процессами, OLAP-кубами вопрос остается открытым.

И еще маленький оффтопик: уже не первый раз после сохранения диаграммы в SSMS, студия зависает. Когда захожу заново, то вижу, что таблицы созданы, а диаграмма нет! Приходится заново рисовать. Это известаня проблема или у меня только? (пробовал и на sp1 и на sp3)

В общем ни SSMS, ни MS Visuo не подойдут. Так как нужно будет моделировать бизнес-процессы, наряду с проектированием БД. Сейчас выбираю между PD и Erwin. Вроде говорят, что PD более ориентирован на моделирование БД, типа лучший в этом. Но будут так же хорошо моделироваться в нем бизнес-процессы? Или же все-таки выбрать Erwin и использовать его?

DeColo®esblestТак как нужно будет моделировать бизнес-процессы, наряду с проектированием БД. Сейчас выбираю между PD и Erwin.ErWin к проектированию бизнес-процессов имеет такое же отношение, как и SSMS. Кстати, Visio хотя бы для описания бизнес-процессов подходит.

И еще. Если действительно есть задача автоматизировать как моделирование бизнес-процессов, так и использование case средств для разработки БД, то и выполняться это должно не просто в разных программах, а разными людьми.

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

DeColo®esblestВопрос автоматизации не стоит .... т.е грубо говоря нарисовать ... схему бизнес процессов...Вы же не собираетесь рисовать руками? Вот и автоматизация. А раз бизнес процесс такой, что для его рисования нужно непременно использовать средства автоматизации (читай - процесс сложный, запомнить человеку непросто), значит и подход уже непосредственно к его автоматизации должен быть более серьезным.

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

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

Что бы вы тогда могли посоветовать конкретно? Я так понял по вашему мнению PD или ErWin для меня будут только обузой, а не полезным средством?