4. Вторая нормальная форма

Вторая нормальная форма. Таблица находится во второй нормальной форме, если она удовлетворяет условиям первой нормальной формы, и любое не ключевое поле однозначно идентифицируется полным набором ключевых полей.

Мощь реляционных баз данных, таких как Microsoft Access, опирается на их способность быстро найти и связать данные из разных таблиц при помощи запросов, форм и отчетов. Для этого каждая таблица должна содержать одно или несколько полей, однозначно определяющих каждую запись в таблице. Такие поля называют первичным ключом таблицы. Если для таблицы определен первичный ключ, то Microsoft Access предотвращает дублирование значений полей или ввод значений Null в эти поля. В Microsoft Access можно выделить три типа ключевых полей: простой ключ, составной ключ и счетчик. Если поле содержит уникальные значения, то его можно определить как ключевое или простой ключ.

В очень редких случаях с определением первичного ключа для таблицы может сложиться тупиковая ситуация. Для этого надо добавить в таблицу поле и определите его тип как «счетчик». Все остальное Access сделает самостоятельно. В это поле будет автоматически вноситься уникальное число даже при работе с Вашей базой в сетевом варианте (с нескольких компьютеров одновременно). Если до сохранения созданной таблицы ключевые поля не были определены, Microsoft Access предложит создать ключевое поле автоматически. При нажатии кнопки « Да» будет создано ключевое поле счетчика.

5.Третья нормальная форма

Третья нормальная форма. Таблица находится в третьей нормальной форме, если она удовлетворяет условиям второй нормальной формы и ни одно из не ключевых полей таблицы не идентифицируется с помощью другого не ключевого поля.

Осталось установить связи между таблицами, и база данных будет готова к работе. Microsoft Access поддерживает четыре типа связей: один к одному, один ко многим, много к одному и много ко многим.

Связь «один к одному» означает, что каждой записи одной таблицы соответствует только одна запись другой таблицы и наоборот.

Связь «многие ко многим» возникает между двумя таблицами в тех случаях, когда одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы, а одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы. Таких связей следует избегать, так как реляционная модель не позволяет непосредственно работать с ними. Microsoft Access или любая другая реляционная СУБД в этом случае бесполезны. Всегда можно ввести в базу данных еще одну - две промежуточные таблицы и тем самым избежать возможных неприятностей при разработке интерфейса приложения, используя понятные и безотказно работающие связи «один ко многим». Некоторые варианты заданий из этого пособия могут привести к связи «многие ко многим» между таблицами базы данных.