
- •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.Подсистема типичной обработки транзакций.
30.Основные этапы проектирования баз данных.
Основные этапы, на которые разбивается процесс проектирования базы данных информационной системы:
1)Концептуальное проектирование - сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия: обследование предметной области, изучение ее информационной структуры выявление всех фрагментов, каждый из которых харакетризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами моделирование и интеграция всех представлений. По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь".
2)Логическое проектирование - преобразование требований к данным в структуры данных. На выходе получаем СУБД-ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей.
3)Физическое проектирование - определение особенностей хранения данных, методов доступа и т.д.
31.Sql server. Характеристика объектов бд.
При создании SQL SERVER созд-ся след системные БД:
Master – хранит инфу о всей системе в целом, т.е. инициализацию, конфигурацию, инфу о всех пользовательских БД.
Tempbd – хранит временные таблицы и переменные, хранимые в процедуре, при каждом запуске созд-ся чистая Tempbd.
Model – служит шаблоном для всех остальных БД. Она созд-ся как копия содержимого БД Master и все остальное заполняется пустыми полями.
Msdb – хранит инфу о дополнительных объектах БД, разработанных пользователями.
32.Вторая нормальная форма
2НФ основывается на полной функциональной зависимости. В некотор отношении атрибут А является полностью функционально зависимым от атрибута В. Если атрибут В зависит от полного набора значений атрибута А и не зависит ни от какого подмножества значений атрибута А. Если удалить какое-либо значение атрибута А, то полная функциональная зависимость будет нарушена. Частичной зависимостью атрибута А и В называется такая зависимость, при которой удаление значения атрибута позволяет сохранить зависимость.
2НФ применяется к отношениям, имеющим составные ключи. Отношения, которые имеют простые первичные ключи всегда находятся во 2НФ.
Требование: отношение должно находиться в 1НФ и каждый не ключевой атрибут должен функционально полно зависеть от ключа. Приведение нормализацией ко 2НФ позволяет устранить частичные зависимости путём удаления функционально-зависимых атрибутов и помещение их в новом отношении вместе с копией их детерминантов.
После того, когда составлены все функцион-е завис-ти м/д атрибутами, процесс приведения ко 2НФ заключается в выявлении частичных зависимостей. Для того, чтобы отношение удовлетворило 2НФ необходимо создать новое отношение и атрибут, который не входит в первый. Ключ д/б перемещён в новое отношение вместес копией первичного ключа, от которого они функционально зависят. Эти отношения удовлетвор 2НФ, т. к. исключается частичная зависимость и имеет место функционально полная зависимость от первичного ключа. Хотя отношение, находящееся во 2НФ в меньшей степени обладает избыточными данными, они всё ещё подвержены аномалии обновления, это вызывает прежде всего транзитивную зависимость. Если м/д атрибутами А, В, С имеется зависимость вида А→В, В→С, то говорится, что атрибут С транзитивно зависит от атрибута А ч/з атрибут В.