Салют коллеги!
собственно можно было бы опрос создать но вопрос в другом....
Большинство из нас использует БД в качестве хранилища данных но для этого необходимо спроектировать БД

Для разных типов сайтов своя структура БД, итд итп не будем об этом говорить.

и так кто как проектирует БД?
Используете ли вы для этого программы? (или по старинке на бумаге )

Лично я:
При проектирование БД пользуюсь замечательной программой Mindjet MindManager
При проектирование проектных схем или взаимодействий часто сначала рисую на бумаге и только потом в программу переношу

для меня это очень удобно нет гор бумаги план\схему легко распечатать и она всегда под рукой (файл) и изменить его всегда можно

собственно интересно как другие поступают так-как web я сам изучаю советовать не кому....

Програмы для проекирования бд?
Для меня лутшая програма это мозГ

нет ну зачем так говорить? допустим в БД больше десятка таблиц (про поля в обще молчу), вы что их все в голове будете держать, ладно даже если сразу в mySQL вбили у вас она что всегда 100% структуру сохраняет тут же написано ПРОЕКТИРОВАНИЕ )))

По ходу создания функционала, особенно если функционал не связан между собой (обычно пара таблиц). Сперва представив, какие мне данные необходимо для этого функционала хранить в базе.

Для сложной структуры - набросок на бумаге, вокруг всегда найдётся на чём сделать заметку. При том, только набросок, полную схему базы делал только 1 раз - для курсовика по базам данных


Да.

Вот пример наипростейшей БД

собрал за секунд 30 на угад в качестве примера как выглядит....
На мой взгляд так удобно очень и наглядно, к схеме БД тут же прикрутить можно схемы взаимодействия скриптов итд...

PS.вопросы про сложные структуры БД

Я же использую Mysql DB Forge. Одной из целей проектирования является создание правильных и гибких связей между таблицами. В этой программе есть менеджер просмотра БД. Но все равно никакая программа не заменит листик, она является лишь дополнением, хранящим в себе то, что запомнить тяжело. И ни одна программа не поможет сделать хорошую структуру БД. Т.к. нужно продумать не только таблицы, поля, связи. Нужно учитывать все, начиная от быстродействия, расширяемости и т.д., что не совсем тривиально.

garvey прикольная программка

очень удобная. Жаль, что под UNIX нету. Еще одна проблема. По UNIX нет ни одной нормальной GUI программы для работы с MySQL.

Погляди openoffice.org base, по идее умеет с мускулом работать.

Работать-то умеет. Настраивал. Но это не то. Нет нормального визульного представления схемы.

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

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

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

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

Каждый проэкт начинается с пары таблиц, а потом обростает функциями и добавляются новые таблицы но к этому времени старые уже давно заучены.
ЗЫ. Такие вещи как проэктирование программа не зделает лутше человека!

всё дело в подходе конечно, я когда AUS делать начал у меня уже 16 таблиц было и 6 доп категорий
при этом связи спланировать было лучше заранее чем потом домысливать...
а потом оно у тебя в голове само отпечатается хочешь не хочешь но для начала мне очень помогает в крупных проектах