44.Избыточность данных и аномалии обновления.

Основной целью проектирования БД явл. Группировка атрибутов в отношениях для того, чтобы сократить избыточность данных, тем самым уменьшить объем памяти, котор необх для физич хранения отношений и при этом сохранить целостность данных:

Staff_Branch(staff_No, sadress, position, Staff_Salary, STel_No, Branch_No, Badress, DTel_No).→Branch

Анализируя это отношение, видно, что содержатся избыточные данные. Т. к. в каждом отделении компании содержится определённое число компьютеров (>1), то сведения об отделении компании будут повторяться для каждого сотрудника. Прежде всего избыточность данных влияет на процесс обновления данных, котор наз-ся аномалией обновления.

Различают 3 вида: - вставки; - удаления; - модификации.

Могут возникать следующие аномалии вставки:

1) при добавлении нового сотрудника необходимо вводить полные сведения об отделении компании.

2) если необходимо ввести сведения о новом отделении компании, котор ещё не имеет сотрудников, то всем атрибутам описания персонала придётся ввести описание NULL.

Но Staff_No является первичным ключом отношения, поэтому значение NULL, иначе может возникнуть нарушение целостности данных. Разбиение этого отношения на 2 позволит избежать указанных аномалий. При удаления всех сотрудников из отделения аномалия исчезнет вся информация об этом отделении.

При изменении данных для одного из атрибутов в отделении компании возникнет необходимость изменения этого атрибута для каждого сотрудника этой компании. Иначе произойдёт нарушение целостности данных. Отнош реком-ся разбить на 2 (для избежания аномалий). Этот процесс наз-ся декомпозицией отношений.

Декомпозиция отношений имеет 2 свойства:

1)соединение без потерь. Любой кортеж исходного отношения можно восстановить, используя кортежи меньших отношений, кот получ-ся в рез-те декомпозиций.

2)Сохранение завис-ти. Позволяет сохранить ограничения, которые наложены на исходные отношения. Это означает, что ограничения должны наклад-ся на кажд из отношений, котор получ в процессе декомпозиций.

45. Структура современной субд на примере Microsoft sql Server.

SQL Server Compact Edition (первоначальное название — SQL Server Everywhere) — продукт компании Майкрософт в линейке SQL Server, являющийся версией SQL Server Mobile со снятым запретом работы под Win32 и изменённой лицензией. Продукт выпущен 11 января 2007 года. Последний релиз — SQL Server Compact 4.0, с поддержкой .NET Framework 4.0 и работающий под 32- и 64-разрядными версиями Windows.

SQL Server Compact основан на том же коде что и SQL Server Mobile. База данных хранится в едином файле, формат которого совпадает с форматом «мобильной» версии. Этот формат файла и движок уже несколько лет используется в некоторых «настольных» продуктах Microsoft, в частности, в клиенте MSN. В отличие от SQL Server Express, выполняющегося в виде отдельного сервиса, SQL Server Compact выполняется «in-proc», то есть в рамках вызывающего процесса.

Ограничение на максимальный размер файла базы данных — 4 ГБ. Однако позднее стало известно[1], что ограничение в 4 ГБ является чисто техническим (связано с тем, что изначально СУБД использовалась на устройствах, где 4 ГБ это более чем достаточно), а потому будет изменено в последующих версиях.

Использование SQL Server Compact для веб-приложений под IIS невозможно (программное и лицензионное ограничение). Позже было объявлено, что возможно использование SQL CE из под IIS в новой версии. Для этого необходимо перед использованием библиотеки выполнить команду AppDomain.CurrentDomain.SetData("SQLServerCompactEditionUnderWebHosting", true). Однако такой подход не рекомендуется, так как SQL CE не оптимизирована для большого количества одновременных пользователей.

Многопользовательская работа с одним файлом базы данных с разных компьютеров — не поддерживается в связи с техническими сложностями. Однако доступ из разных процессов на одном компьютере вполне возможен и является штатным.