Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных

Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных

В терминологии реляционных баз данных таблицы именуют отношениями – ведь, включая в записи таблицы определенные поля, мы устанавливаем дела меж информационными объектами. Так как одни и те же данные можно по-разному сгруппировать в таблицы, то требуются некие правила, оптимизирующие группировку полей - параметров объектов. Такие правила были сформулированы применительно к реляционным базам данных Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных. Это правила нормализации отношений.

Нормализация отношений – формальный аппарат ограничений на формирование отношений (таблиц), который позволяет убрать дублирование, обеспечивает непротиворечивость хранимых данных, уменьшает трудовые затраты на их ввод и корректировку. И.Ф.Коддом выделены три обычные формы отношений и предложены способы преобразования отношений к третьей, самой совершенной обычной Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных форме.

Отношение считается нормализованным, либо приведенным к первой обычной форме, если все его атрибуты (характеристики объектов, описываемые в полях записей) обыкновенные, т.е. дальше неразделимы. Отношение Организации (см. подраздел 5.1) можно считать приведенным к первой обычной форме. Единственный его атрибут, который на теоретическом уровне еще можно поделить на части, - это Адресок. Но фактически этот атрибут Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных уже не делим, потому что улица и дом, где размещена любая организация, нам не могут потребоваться в отдельности. А такие атрибуты, как Город, уже разделены от адреса. Так что, если нам будет нужно какая-нибудь сводка по организациям-подрядчикам, размещенным в определенном городке, то мы просто сможем отобрать надлежащие Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных записи.

Отношение находится во 2-ой обычной форме, если оно приведено к первой обычной форме, и его каждый неключевой атрибут функционально находится в зависимости от ключа. Многофункциональная зависимость от ключа значит, что в экземпляре информационного объекта (в записи таблицы) определенному значению ключа соответствует определенное значение описательного атрибута. Так Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных, в таблице Издержки нашего примера коду (к примеру, номеру) каждой издержки соответствует ее заглавие, код объекта, в который вложены средства, коды вида работ и организации-подрядчика, дата и сумма платежа. Перечисленные атрибуты функционально зависят от ключа Код затр. Если б ключ был составным, то для приведения дела ко 2-ой обычной форме потребовалась бы Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных функционально полная зависимость атрибутов от ключа. Она состоит в том, что каждый неключевой атрибут функционально находится в зависимости от ключа, но не находится в многофункциональной зависимости ни от какой части составного ключа.

Понятие третьей обычной формы основывается на понятии нетранзитивной зависимости [6]. Транзитивная зависимость наблюдается, если один из атрибутов находится Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных в зависимости от ключа, а другой – от этого атрибута. К примеру, если в таблицу Издержки включить не только лишь код организации, да и город, в каком она размещена, то получится, что атрибут Код орг функционально находится в зависимости от ключа Код затр , а атрибут Город зависит, в свою очередь Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных, от атрибута Код орг и, как следует, транзитивно находится в зависимости от ключа.

Отношение находится в третьей обычной форме, если оно находится во 2-ой обычной форме, и каждый неключевой атрибут нетранзитивно находится в зависимости от первичного ключа. Если б мы включили в записи таблицы Издержки не только Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных лишь код организации-подрядчика, да и ее атрибуты (заглавие, адресок и др.), то отношение уже не находилось бы в третьей обычной форме, а это резко осложнило бы работу с базой данных. Во-1-х, во все записи таблицы Издержки, где в качестве подрядчика выступает эта организация, пришлось бы вводить не только лишь ее код Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных, да и длинноватые наименования, дублируя их неоднократно. Во-2-х, в случае конфигурации адреса, факса либо другой свойства организации пришлось бы заносить коррективы не в единственную запись таблицы Организации, а во огромное количество записей таблицы Издержки.

Приведенный пример указывает, что казалось бы теоретическое понятие нормализации отношений играет важную практическую роль Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных, позволяя убрать дублирование данных, облегчить их ввод и корректировку в базе данных. Другое принципиальное понятие – обеспечение целостности данных в базе данных. Этот термин предполагает, что в СУБД должны иметься средства, не дозволяющие нарушать правильность и полноту хранимой инфы. К примеру, СУБД обычно содержат средства поддержания ссылочной целостности. Так, если мы Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных попытаемся в запись таблицы Издержки ввести код объекта 777, а в таблице Объекты еще как бы нет объекта с кодом 777, то СУБД должна воспрепятствовать нашему намерению, если, естественно, мы избрали соответственный режим ее работы. Не считая того, когда мы вводим новейшую запись, СУБД инспектирует уникальность ее ключа, обеспечивая целостность таблицы. В конце Нормализация отношений (таблиц) и обеспечение целостности данных в реляционной базе данных концов, СУБД инспектирует целостность домена. Домен – это огромное количество допустимых значений столбца. Так в столбец Код орг могут заходить только целые числа. Если при вводе записи введем в поле Код орг хотя бы одну буковку либо действительное число, запись не будет включена в таблицу.

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


nordstflanke-und-lizabrckenkopf-gornie-strelki.html
norilskij-nikel-otchitalsya-po-programme-pereseleniya-rossijskaya-blagotvoritelnost-v-zerkale-smi.html
norma-garnira-dlya-holodnih-blyud-v-grammah.html