автордың кітабынан сөз тіркестері Как научиться проектировать базы данных и остаться в живых
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
3 Ұнайды
Итак, мы прошли весь путь проектирования от начала до конца. Предлагаю теперь, когда мы знаем все термины и понятия, еще раз записать пошагово алгоритм проектирования.
Шаг 1. Изучить все процессы предметной области. Понять кто выполняет действия и какие это действия, какие документы используются в процессе их выполнения.
Шаг 2. На основании анализа, проведенного на первом шаге, выделить сущности предметной области. Сущностями могут быть люди, документы, структурные подразделения и многое другое. Помним, что «увидеть» все сущности сразу не всегда получается и это совершенно нормально.
Шаг 3. Попытаться понять, какие сущности в предметной области связаны друг с другом. Для этого нужно просто подобрать глагол, который описывает эту связь. Если его не удается подобрать, то связи скорее всего нет в реальности.
Шаг 4. Для тех пар сущностей, которые связаны в реальной жизни, записать по два предложения, описывающих связь с позиции каждой сущности. Помним, что оба предложения начинаются со слова «Один», а вот в дополнении может стоять как «Один» так и «Много».
Выделяем числительные в дополнениях и читаем тип связи.
Шаг 5. Перейти от сущностей к таблицам по принципу «одна сущность — одна таблица».
Шаг 6. Построить связи согласно типам, которые мы выявили на шаге 4, используя при этом правило №1 (стр.30), правило №2 (стр. 32) и правило №3 (стр.36).
Шаг 7. Связи типа «много-ко-многим» порождают дополнительные сущности, поэтому на шаге 7 нужно определить, что это за новые сущности и какие у них атрибуты. В результате должна получиться ER-диаграмма в нотации Crow’s foot.
Шаг 8. База данных построена. Остается проверить полученные таблицы на выполнение трех нормальных форм. Возможно, на этом этапе потребуется выделить еще пару-тройку пропущенных сущностей и дополнить ими диаграмму.
1 Ұнайды
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
1 Ұнайды
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
Таблица находится во второй нормальной форме, если она находится в первой нормальной форме и не содержит полей, которые зависят от части первичного ключа.
Правило №3. Для того чтобы построить связь типа «один-к-одному», нужно перенести первичный ключ из одной таблицы в другую (да, так же как и в случае связи «один-ко-многим»), но во второй таблице это поле должно стать уже первичным ключом.
Правило №3. Для того чтобы построить связь типа «один-к-одному», нужно перенести первичный ключ из одной таблицы в другую (да, так же как и в случае связи «один-ко-многим»), но во второй таблице это поле должно стать уже первичным ключом.
Правило №2. Для того, чтобы построить в базе данных связь типа «много-ко-многим» нужно создать дополнительную ассоциирующую таблицу, в которую будут перенесены первичные ключи двух исходных таблиц в качестве внешних ключей.
Правило №1. Для того чтобы построить в базе данных связь типа «один-ко-многим» нужно перенести первичный ключ из одной таблицы в другую. Новое поле, которое появится после переноса, уже не будет уникальным. И называться оно будет внешним ключом.