Программирование баз данных MS SQL Server (1084479), страница 72
Текст из файла (страница 72)
Напомним, что первичный ключ предоставляет уникальный идентификатор для каждой строки. Этап выявления первичного ключа начинается с просмотра списка столбцов и определения потенциальных ключей. В список потенциальных ключей должны войти все столбцы, которые могут в принципе использоваться для однозначной идентификации каждой строки, относящейся к рассматриваемой сущности. После этого для использования в качестве первичного ключа назначается какой-то отдельно взятый ключ из списка потенциальных ключей. Другого простого и универсального способа принятия решения о том, какой столбец (столбцы) должен стать первичным ключом, не предусмотрено (в этом заключается одна из многих причин, под влиянием которых обнаруживается такое широкое разнообразие проектов баз данных, предназначенных для хранения одной и той же основной информации, если эти проекты подготовлены разными разработчиками). В некоторых случаях не удается найти даже один-единственный потенциальный ключ, поэтому возникает необходимость ввести дополнительный столбец, предназначенный для решения этой задачи (напомним, что для этой цели применяются столбцы типа 1с1епгйгу и столбцы, данные в которые вводятся с помощью функции гондпйс(() ).
Пример создания таблицы Огс1егя уже рассматривался в предыдущей главе, но в настоящей главе для иллюстрации процесса нормализации вначале рассмотрим наиболее общую реализацию таблицы Огг1егя в виде такого устаревшего средства представления данных, как плоский файл (табл. 8.1). Таблица В.1. Вариант представления данных, содержащихся в заказах, в виде плоского файла Окг1еге огаегно Саясопегпо Саягопегнапе саяьонегхаагеяя саягопегсьгу Саясееегзсахе Саяхопегаггр Огоегпаье зхееясгаегед тога1 282 Глава 8 Безусловно, в этом плоском файле может быть представлено все содержимое таблицы Огс)егэ, кроме того, с точки зрения практики, каждый заказ должен иметь уникальный порядковый номер, поэтому вполне допустимо использовать столбец Огс)егио в качестве столбца первичного ключа.
Итак, задача определения исходной сущности решена. Применительно к данной сущности не выдвигаются какие-либо требования, касающиеся упорядочения столбцов (в соответствии с общепринятым соглашением, таблицы обычно изображаются в таком виде, что столбец (столбцы) первичного ключа представлен в первую очередь, но, строго говоря, применяемый способ изображения таблицы не должен рассматриваться как способ определения порядка расположения столбцов).
Кроме того, в самой компоновке таблицы, приведенной в табл. 8.2, отсутствуют какие-либо признаки, указывающие на то, каким должно быть упорядочение строк. Поэтому данная таблица (по крайней мере, на первый взгляд) представляет только одну сущность. Иными словами, мы можем заняться осуществлением процесса нормализации (а фактически мы уже в определенном смысле приступили к решению этой задачи). Первая нормальная форма Первая нормальная форма (Е)гм Хоппа) ропп — 1ХЕ) предназначена для устранения повторяющихся групп данных и обеспечения неразрывности данных (обеспечения того, чтобы данные не содержали ссылки на другие данные и были независимыми).
Наиболее целесообразный способ достижения этой цели состоит в осуществлении следующих этапов: создать первичный ключ (данный этап уже выполнен), после чего перемещать все повторяющиеся группы данных в новые таблицы, создавать для этих таблиц новые ключи, и т.д. Кроме того, необходимо разделить на два или несколько столбцов все столбцы, характеризующиеся тем, что в них присутствуют многозначные данные, которые в различных строках представлены в разных комбинациях. В приложениях на основе плоских файлов, которые в прошлом находили самое широкое распространение, повторяющиеся данные встречались очень часто (причем не реже, чем многочисленные фрагменты информации в одном столбце).
Однако в связи с этим возникали сложные проблемы, описанные ниже. О В то время дисковая память стоила чрезвычайно дорого, а из-за того, что одинаковые данные повторно записывались на внешнее устройство по нескольку раз, значительный объем пространства на диске затрачивался впустую. В последнее время стоимость дисковой памяти существенно снизилась, поэтому указанная проблема перестала быть столь острой. 0 Чем больше повторяющихся данных, тем больше объем перемещаемых данных и больше количество операций ввода-вывода. Это означает, что в связи с необходимостью передавать по шине данных и (или) по сети крупные блоки данных снижается производительность.
Указанный фактор может оказывать весьма заметное отрицательное влияние на производительность, даже несмотря на то, что современные технические средства обладают гораздо более высоким быстродействием. О Если в разных строках с данными встречаются повторяющиеся данные, то такие данные часто не согласуются, по той причине, что когда-то была нарушена синхронизация при обновлении данных, а это приводит к появлению расхождений в данных и в общем вызывает нарушение целостности данных. Нормализация и другие важные проблемы проектирования 283 Таблица 8.2.
Таблица с данными заказов Ояс4ехио Охс7ехваее Созеошеяио Сизеошехнаше СазеошехлсЫхезз 1еешзохеехеп 121!99 5-1А4536, Р1япче, 71Ья, 575~ 4-0Р2400, 1п1еопос, .51Ья, 5108; 4-082403, 1п3есгос, .51Ья, 5116; 1-415436, Неяп, 631Ья, 5750 1-3Х9567, Рпшр, 51Ья, 562.50 7-869200; Ряп, 31Ья, 584; 1-865437, Ряп, 31Ья, 515; 1-3Н6250, Сопясо1, 51Ья, 532 40-869200, Рап, 31Ь*, 5480; 1-2Р5523, Нопяспч, 11Ья, 5165; 1-3Х9567, Ршпр, 51Ья, 542 100 54545 1234 1яС БС.
ЛСНН Со 1/1/99 1/1299 Бпеео Саяр. 555 Ма1п Аче. 101 12000 66651 4242 БИ 2пб 102 ггг я со. 1!2299 1234 1яС БС. 103 54545 ЛСНБ Со Для обеспечения нормализации данной таблицы необходимо решить целый ряд проблем. Безусловно, для этой таблицы предусмотрен вполне применимый первичный ключ (н действительно, при формировании этой таблицы учтен значительный опыт, ведь ключи использовались задолго до появления реляционных систем), но, как указано ниже, два других основных требования к таблице, находящейся в первой нормальной форме, не выполнены.
03 В таблице имеются повторяющиеся группы данных (информация о заказчиках). Эти данные необходимо вынести в отдельную таблицу. 03 Столбец 1сетБОгс4егео не содержит данные, которые по своему характеру были бы неразделимыми. 03 При выборке данных из столбца, содержащего многозначные значения, приходится вначале осуществлять процедуру извлечения одного значения из нескольких (а это происходит чрезвычайно медленно). На данный момент в таблице, структура которой показана в табл.
8.1, имеется много столбцов, причем вполне можно было бы добавить к ней еще несколько столбцов. Тем не менее применение такой таблицы предоставляет определенные удобства, поскольку появляется возможность получить в одном месте всю требуемую информацию о заказах. Однако так кажется только на первый взгляд. Чтобы узнать, как фактически должна быть организована работа при использовании подобной таблицы, рассмотрим примеры того, как могут выглядеть данные в таблице заказов (табл. 8.2).
Следует отметить, что при подготовке настоящей книги к печати пришлось удалить несколько столбцов, для того чтобы вся информация поместилась по ширине на одной странице, но от этого суть дела не меняется. 284 Глава 8 Для начала мы можем исключить из таблицы Огс1егэ несколько столбцов (табл. 8.8). Таблица 8.8. Модифицированная таблица Окаекз О 1 кно Ок44еевзье Спзьовекио гьевзокоехео 1/1/1999 54545 5-1А4536, Г1апче, 71Ьа, $757 4-082400, 1пзеосаг, .ШЬа, $1087 4-ОНг40З, 1пз С , .51Ьа, $116; 1-415436, Неае, 631Ь*, $750 100 1/1/1999 12000 1-3Х9567, Ровр, 51Ьа, $62.50 101 1/1/1999 7-8692001 Гап, 31Ьа, $84/ 1-865437, Гап, 31Ьа, $15; 1-3Н6250, Сопг по1, 51Ьа, $32 102 66651 '103 1/2/1999 40-869200, Гап, 31Ьа, $480/ 1-2Р5523, Нооагп9, ШЬа, $1657 1-ЗХ9567, Р р, 51Ьа, $4г 54545 После этого создадим из удаленных столбцов отдельную таблицу, Спзьовегз (табл.
8.4). Таблица 8.4. Таблица Спзьоввкз Свзь4зпехно (РК) 54545 12000 66651 Спзеовеквоокезз 1234 1ас $С. 555 Магп Аое. 4242 зв 2па Свзтовекнаипе АСМЕ Со зпеее Согр. ггг а со. В отношении старой таблицы и двух новых таблиц необходимо сделать несколько замечаний, приведенных ниже. 63 Для новой таблицы Сиэьовегз необходимо предусмотреть первичный ключ, чтобы обеспечить уникальность данных в каждой строке. Для таблицы Сизьотегэ с данными о заказчиках могут быть предложены два потенциальных ключа — спэсовегно и сизсотегнате. Значения в столбце с идентификаторами заказчиков Спзсотегио фактически были предназначены для выполнения именно этой задачи, поэтому выбор столбца Спзьовегно для использования в качестве столбца первичного ключа кажется вполне обоснованным.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
