Ответы:
Единственная внятная книга по базам данных посвящена MS SQL 2005: Библия пользователя, да и то, так себе, на самом деле, на данный момент не существует внятной концепции проектирования баз данных, вся эта теория нормализации - детский сад, проектирование баз данных, на данный момент, во всём мире, является скорее искуством и зависит от экспириенса разработчика, единственное что можно посоветовать - нарабатывать экспириенс, конечно, книжки вы можете прочитать, но смонтировать базу данных так чтобы она могла масштабироваться и была полностью автоматическая, на данный момент, таких прецедентов, в мире, мне кажется, нет.
1 шаг - определение необходимых справочников (словарей) ...
начните с него
Можете Дейта почитать. Только там много :)
1. поставь себе erwin или power designer 12
2. сделай реверс инжениринг похожей системы, которую ты хочешь спроектировать,
какого-нибудь уже работающего проекта, банковской системы, helpdesk
есть много продуктов на mysql
3. изучи эти таблички.
4. попробуй найди куски или целые таблицы, которые подошли бы для реализации твоей задачи и скопируй их в новый проект
и вуаля, проектировать надо от печки,
для чего нужна система, что там будет храниться,
нарисуй это на бумаге, без компа,
когда ты действительно поймешь, что тебе надо хранить в базе, после этого приступай к проектированию
удачи
p.s. все системы уже спроектированы, нужно только скопировать "свою" часть, не изобретай велосипеда, или накрайняк напиши здесь, что будет делать твоя система - может поможем
Смотреть чужие базы, верный подход. только надо быть увереным что эта база реально оптимизирование без избыточности. Те надо смотреть именно ХОРОШИЕ базы. Ибо чужие ошибки перенимаются очень легко. начально помоделируй в аццесе то что хочеш. И самое главное в проектировании (!!!):
ПРЕДУСМОТРЕТЬ ВОЗМОЖНОСТЬ МОДИФИКАЦИИ (навароты там всякие)
чтобы любая модификация не стала огромным гемороем а была легко реализуема.
Если нужна серьезная база, то сначала определяется область применения и рисуется диаграмма потоков данных (DFD), для описания тех бизнес-процессов, которые необходимо отражать в БД. После этого уже создается ERD диаграмма (структура базы данных), причем изначально структура приводится к нормализованному виду (как учил дедешка Кодд), при необходимости после этого для достижения более высокой производительности схему денормализуют, для уменьшения времени выполнения наиболее часто встречающихся операций.
Если же нужна простенькая схема из нескольких таблиц, то просто выделяют сущности и по характеристикам каждой сущности создают таблицу, после чего связывают эти таблицы.
Для создания ERD диаграммы, как уже тут советовали, можно воспользоваться ERWin. Хотя мне больше по душе Toad Data Modeller от Quest Software. Также, насколько я помню, можно создавать диаграммы в Visio.
Кстати, если будете в visio рисовать схемы - вам нужна версия visio for enterprise architects, она умеет по схеме создавать саму бд.
16 лет назад