Проектирование, создание и использование баз данных MS Access. Часть 1. Концептуальное и логическое проектирование базы данных. Крюкова В.В - 10 стр.

UptoLike

ВУЗ: 

КузГТУ | Кемерово

Составители: 

Рубрика: 

9
В современных СУБД (в том числе MS Access) обычно можно вы-
брать способ поддержания целостности по ссылкам для каждой отдель-
ной ситуации (связи) определения внешнего ключа.
НОРМАЛИЗАЦИЯ БД
При проектировании реляционных БД большое внимание уделя-
ется нормализации таблиц. В процессе нормализации обеспечивается
защита целостности данных путём устранения их дублирования. В ре-
зультате исходная таблица разбивается на две или более связанных таб-
лиц, которые могут быть “собраны” вместе с помощью операции объе-
динения. Руководство по нормализации – это набор стандартов (пра-
вил) проектирования данных, называемых нормальными формами
(НФ).
Общепринятыми считаются пять нормальных форм, хотя их было
предложено больше. Создание таблиц в соответствии с этими стандар-
тами называется нормализацией.
Нормальные формы изменяются в порядке от первой до пятой.
Каждая последующая форма удовлетворяет требованиям предыдущей.
Кратко сформулируем стандарты нормализации.
Реляционная таблица (РТ) находится в первой НФ, если значения в
ней являются атомарными для каждого атрибута.
Вторая НФ требует, чтобы любой неключевой столбец зависел от
всего первичного ключа.
Третья НФ требует, чтобы ни один неключевой столбец не зави-
сел от другого неключевого столбца. Любой неключевой столбец дол-
жен зависеть только от первичного ключа.
Четвёртая НФ запрещает независимые отношения типа один – ко
многим между ключевыми и неключевыми столбцами.
Нормальные формы более высоких порядков рассматривать не бу-
дем, т.к. они являются лишь желательными, но не обязательными.
Большинство разработчиков баз данных признают, что представ-
ление данных в третьей и четвёртой НФ полностью удовлетворяет все
их потребности.
Отобразим концептуальную модель ПО на логическую схему, ори-
ентируясь на СУБД MS Access, получим фрагмент логической модели
БД “Бухгалтерский учёт на предприятии”
2
(рис. 3).
2
Автор – Зинкевич О.А., студентка гр. Э-962 ИЭФ 
                                           9
     В современных СУБД (в том числе MS Access) обычно можно вы-
брать способ поддержания целостности по ссылкам для каждой отдель-
ной ситуации (связи) определения внешнего ключа.

                          НОРМАЛИЗАЦИЯ БД
     При проектировании реляционных БД большое внимание уделя-
ется нормализации таблиц. В процессе нормализации обеспечивается
защита целостности данных путём устранения их дублирования. В ре-
зультате исходная таблица разбивается на две или более связанных таб-
лиц, которые могут быть “собраны” вместе с помощью операции объе-
динения. Руководство по нормализации – это набор стандартов (пра-
вил) проектирования данных, называемых нормальными формами
(НФ).
     Общепринятыми считаются пять нормальных форм, хотя их было
предложено больше. Создание таблиц в соответствии с этими стандар-
тами называется нормализацией.
     Нормальные формы изменяются в порядке от первой до пятой.
Каждая последующая форма удовлетворяет требованиям предыдущей.
Кратко сформулируем стандарты нормализации.
     Реляционная таблица (РТ) находится в первой НФ, если значения в
ней являются атомарными для каждого атрибута.
     Вторая НФ требует, чтобы любой неключевой столбец зависел от
всего первичного ключа.
     Третья НФ требует, чтобы ни один неключевой столбец не зави-
сел от другого неключевого столбца. Любой неключевой столбец дол-
жен зависеть только от первичного ключа.
     Четвёртая НФ запрещает независимые отношения типа один – ко
многим между ключевыми и неключевыми столбцами.
     Нормальные формы более высоких порядков рассматривать не бу-
дем, т.к. они являются лишь желательными, но не обязательными.
     Большинство разработчиков баз данных признают, что представ-
ление данных в третьей и четвёртой НФ полностью удовлетворяет все
их потребности.
     Отобразим концептуальную модель ПО на логическую схему, ори-
ентируясь на СУБД MS Access, получим фрагмент логической модели
БД “Бухгалтерский учёт на предприятии”2 (рис. 3).

2
    Автор – Зинкевич О.А., студентка гр. Э-962 ИЭФ

Страницы