
- •1. 1)Общие сведения о бд и субд
- •2) Основные функции субд
- •4) Уровни представления данных в субд
- •3) Обобщенная архитектура субд
- •5) Sql: история, стандарты
- •6) Языки баз данных
- •7) Язык qbe
- •8) Функциональная зависимость и нормализация отношений
- •9) Использование функций агрегирования в построении запросов
- •10) Модели данных
- •11) Форматирование результатов запросов
- •12) Иерархическая модель
- •13) Ограничения целостности
- •14) Сетевая модель
- •15) Создание, изменение и удаление таблиц средствами sql
- •16) Реляционная модель
- •17) Sql server. Характеристика объектов бд
- •18) Структура реляционных данных
- •19) Системные базы данных
- •1. Отношения: определение, свойства.
- •20) Создание бд в sql server
- •21.Реляционные ключи.
- •22.Основные типы данных.
- •23.Реляционная целостность.
- •24.Индексы: типы, назначение, создание.
- •25.Реляционные языки.
- •26.Подключение бд к sql server.
- •27.Связанные запросы.
- •28.Этапы обработки запросов.
- •29.Поддержка основных правил целостности данных.
- •30.Основные этапы проектирования баз данных.
- •31.Sql server. Характеристика объектов бд.
- •32.Вторая нормальная форма
- •33.Реляционная алгебра. (Унарные операции).
- •34.Концептуальное проектирование.
- •35.Управление транзакциями
- •36.Основные операции реляционной алгебры.
- •37.Обзор процесса нормализации.
- •38.Методология физического проектирования реляционных баз данных.
- •39.Методология концептуального проектирования.
- •40.Методология логического проектирования.
- •41.Обновляемые представления
- •42.Концепция er-модели.
- •43.Представления. Изменение значений с помощью представлений.
- •44.Избыточность данных и аномалии обновления.
- •45. Структура современной субд на примере Microsoft sql Server.
- •46.Защита баз данных.
- •47.Оптимизация запросов.
- •48.Эвристические правила преобразования операций реляционной алгебры.
- •49.Уровни представления данных в субд.
- •50.Подсистема типичной обработки транзакций.
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 не оптимизирована для большого количества одновременных пользователей.
Многопользовательская работа с одним файлом базы данных с разных компьютеров — не поддерживается в связи с техническими сложностями. Однако доступ из разных процессов на одном компьютере вполне возможен и является штатным.