Давно и успешно используем несколько рекомменованных производителей таковой документации.

наиболее удачным решением для SQL Server на мой взгляд является RedGate SQL Doc. Хотя и другие поставщики вполне удачно конкурируют с Британцами. Весь пакет (Redgate SQL ToolBelt) на мой взгляд очень полно отвечает требованиям эксплуатационной части проэктной команды. Позволяет быстро и эффективно находить и решать различия в базах данных как на уровне схем (SQL Compare) так и данных (SQL Data Compare). Есть интересные модули поиска и ре-факторинга легаси (старинных) баз. Очень интересный и вполне доступный комплекс ЭКСПЛУАТАЦИОННЫХ продуктов.

Моделирование не является частью Red-Gate. Более применимо к Аналитическим вопросам поэтому моделирование можно отнести к архитектурно - контролирующему звену команды. На мой взгляд отличным пакетом будет PowerDesigner 15 - от Sybase. Позволяет очень полно воспроизвести все недостающие элементы систем - Архитектуру, Общую системную документацию, модели (логическую ... физическую) , бизнес логику и ещё много там чего. Всё это на более высоком абстракртном уровне проэктирования систем - а не только баз данных. Позволяет вести полный контроль на эксплуатационном уровне (и не только SQL Server) но слабоват в плане внедрения изменений. Особенно касабельно изменения собственно данных. Незаменим в стадии начальной разработки. Но и ре-инженеринг вполне достоин.

То есть я сказал бы так - если у Вас коллега большая и интересная команда с долгосрочными задачами - внедряйте PowerDesigner 15. потом Вы придёте к необходимости Redgate - эксплуатационных тулсов. Если же у Вас на первом плане эксплуатационные задачи существующих систем - начинайте с RedGate - по мере усложнения Вы придёте к необходимости Абстрактного Архитектурного Моделирования. А может и обойдётесь без него.

Моё сугубо экпериментальное мнение.

Вот линк который Вам поможет на самом старте документирования вашей базы

В этом линке Вы найдёте наиболее полный список (на мой взгляд) дезайнерской части - или моделирования.

Кстати в страничке которую я дал о моделировании у автора весьма устаревшие данные но ничего - кое что работает.

edges7MasterZiv

> Лично мне бы хотелось увидеть ответы на следующие вопросы.
> 1. Какие средства используются.
ErWin

+1 Довольно удобная штуковина

Для тех кто не видел PowerDesigner....

MasterZiv
Да, если сейчас есть 15, то это хорошо, значит продукт развивается.
Что не сажешь о Эрвине. Хотя ода фигня оба сдохнут, обречены.


Я почему про PD сказать могу - сам проработал с пару десятков лет на Erwin и ER Studio - Это самые главные продукты на рынке (были) Один от Embarkadero, другой CA - вполне уважаемые производители софта. Да ещё помню Oracle дезайн тулсы были. Ну там CASE и всё такое. Никаких претензий. Пока как то год (что ли) тому назад попалась мне маркетинговая статистика - Оказывается есть продукт PowerDesigner от Saybase. Ну что то вроде некогда популярного PowerBuilder думаю я себе - точно ацтой. Присмотрелся повнимательнее к статистике - оказывается а рынок то за ними - 39% !!! рынка этот продукт содержит - по сравнению с CA - 21% и Embarcadero - 8%. То есть Один Sybase - покрывает обоих своих конкурентов. Блин, говорю я себе - кто такой - почему не знаю? И узнал... На свою голову. Начал я с PD 12.5 - очень понравилось - но переходить бы не стал. PD 15 не просто отличный продукт - Это скачёк далеко вперёд. Это ВСЕ новые существующие теории проектирования в одном планшете. И не только для разработки баз данных. Что сегодня - особенно сегодня - наиважнейший фактор. Мы не можем больше разрабатывать базы без их интегрированного вложения в системе. Сейчас база данных - центр но совсем не обязательно центрик. Системы перестали быть БД -зависимыми как это было в 90-х. Появились вполне сопоставимые заменители БД для систем с хранением и обработкой данных - порталы, XML, SOA, и так далее. Появилось понятие ликвидности данных - чего раньше мы не знали - было ХРАНЕНИЕ данных. Так вот PD 15 - как раз и поможет в этом разобраться. Не думаю что скоро кто нибудь догонит Sybase в этом вопросе. Сугубо моё личное мнение.

MasterZiv
KOT MATPOCKuH wrote:
Вот кстати да. Нашу БД мы бы ни за что думаю в PD не втиснули.
За 5000 таблиц как никак...


Втиснули бы - запросто. Да и не только ее...

KOT MATPOCKuHРаз уж зацепились за печать...
В ER-WINе нравится то, что есть сабжект арии. Сделал сабжектарию по какой-то функциональности, накидал туда табличек, расставил - чтоб красиво было и печатай.


Да нет - все тулсы так или иначе имеют свои преимущества и недостатки. Замечательно что существует конкуренция. Без нее - никогда бы мы не стали такими какие мы есть. Долго не мог сообразить кстати как в PD сабжекты делать. пока не позвонил ихним (Sybase) консалтам. Объяснили - показали - (сразу причём) оказалось даже проще чем в ERWin. Уважаю компании которые к своим продуктам относятся как к родным детям. Как то понадобилось в CA звонить тоже с пояснительным вопросом - попотеть пришлось с недельку чтоб хоть кого то найти знающего. То есть что я хочу сказать - Для одного продукта даже самого гениального в нашем деле мало. Мы занимаемся сервисом. Мы делаем системы. Даже выглядит ЭТО как продукт - прежде всего это сервис. И расчитываем мы на то, что наши поставщики - Microsoft, CA, Oracle, Embarcadero, SAP, Sybase, Quest и так далее это понимают раз уж имеют такие имена. И кроме замечательного продукта мы ожидаем от них соответственно адекватного сервиса, анннет... Не всегда получается. Так и живём...

MasterZiv
Да миф это - логическая модель. ......
Т.е. логическая модель- это так, порисовать и выкинуть.


Да ... не заметил явной провокации Ув Коллеги MasterZiv... Это ж скока надо было выпить... шоб замутить такое.... А про спецификации Вы тоже что нибудь подобное можете извините ляпснуть? Это в разделе о документации? Коллега...

MasterZiv
Спецификации все - раньше. До того, как это попадает к программисту.
Программист вообще должен на входе спецификации уже иметь, разве
у вас не так ?


Если Ваша концептуальная модель была актуальной 3 года назад - гнать надо отдел документации. Это по первому посту. А про наш опыт что сказать. Конечно документация - должна быть живым организмом внутри проектной группы (организации) Если нет документации всей - стандартная комиссия вас разгонит. Смотрите с этой точки зрения. Поучитесь у Мелкомягкого - любое изменение немедленно запротоколировано. какой бы маленькой не была Ваша фирма - если документации нет - нет доверия к Вам. "Посылку я Вам не отдам потому как у вас докУментов нету" "Усы Лапы и хвост" не проходит. Документы - это ЧАСТЬ процессов. И если кто не понял такой элементарной вещи - теряет компетенцию. Да и многие из моих коллег это понимают. Не было бы этой ветки. А вот что именно в пакете должно быть - это уже по ранжиру. У плотника - перечень гвоздей и досок и чертёж скворечника, у сапожника - перечень гвоздей и кож ну и лейкала, у программистов - проэктная документация (модели), бизнес и программные спецификации, руководства по эксплуатации, и так далее. Документация становится живым организмом. Потому как если в логической модели созданной 3 года назад не заменить атрибут поправленный вчера - грошь цена такому DB аналитику-администартору-архитектору. Поэтому то му и занимаемся Обслуживанием Выпускаемой продукции всю сознательную жизнь продукта. Конечно Вы уже ничего не найдёте по SQL 6.5 потому как продукта нету. Но пока есть хоть какая то надежда на эксплуатацию - документация и спецификации должны быть в соответствии.

MasterZiv,

Коллега ... Ну и я был таким же бесшабашным "программистом" когда то, грех конечно - но надо признать. :( Только со временем и опыт пришёл. Не до конца организован я - но старатюсь. И главное - Понимаю необходимость всего этого. Но Я конечно понимаю и вас и ваши недоделки. Пока Вам всё ето кажется неважным. Конечно так или иначе (русские) все через это прошли. У немцев ЭТОТ вопрос В ПРИНЦИПЕ не мог бы возникнуть. Как сказал бы классик и один из основоположников... "Детская Болезнь Левизны..." у нас. Если у вас и отдела документации нет - а всего лишь "маленькая контора" - наверно и дела с вами иметь не стОит. Я видел очень маленькие конторы - всего из одного человека и все процессы у этого человека налажены и готовы стать немедленно "большими". И там то уже и сам он себе и документатор и аналитик и админ и жнец и сеятель и QА - вот с таким человеком - поверьте - можно идти в ХХI век.