
- •1 Системы Бд и их характеристики. Бд, банк бд, субд, ипс.
- •2 Субд (определение, функции)
- •3 Уровни классификации пользователей систем баз данных.
- •4 Определение данных в базах данных.
- •5 Языки запросов субд.
- •6 Манипулирование данными в субд.
- •7 Модификация баз данных.
- •8 Реструктуризация баз данных.
- •9 Понятие целостности баз данных.
- •10 Безопасность баз данных.
- •11 Модели данных. Классификация моделей.
- •12 Объекты и отношения. Er-диаграммы, концептуальное проектирование.
- •13 Этапы проектирования баз данных.
- •14 Архитектура (общая схема) систем баз данных.
- •15 Сравнение реляционного, иерархического и сетевого подхода к форме моделей данных.
- •16 Реляционная модель данных.
- •17 Иерархическая модель данных.
- •18 Сетевая модель данных.
- •19 Логические структуры данных. (элемент, группа (кортеж), отношение, представление).
- •20 Организация физических записей. Способы выделения элементов в физической записи.
- •21 Структуры хранения. Понятие метода доступа.
- •22 Последовательный файл, файл с указателем, индексирование по одному элементу.
- •23 Инвертированная организация файлов.
- •24 Списковые структуры (списки).
- •26 Иерархическая организация (структура хранения).
- •27 Бинарные деревья и их использование в субд.
- •29 Создание форм в субд Visual Foxpro
- •31 Создание отчетов в субд Visual Foxpro
- •32 Создание этикеток (label) в субд Visual Foxpro
- •33 Создание форм "один-ко-многим" в субд Visual Foxpro. Установление отношения в форме.
- •34 Определение данных в системе Visual foxpro.
- •35 Объектно-ориентированное визуальное проектирование форм в субд Visual Foxpro
- •36 Характеристика субд Visual foxpro
- •37 Создание и ведение бд в Visual foxpro (Основные команды).
- •38 Программирование в субд Visual foxpro.
- •39 Операторы доступа и поиска командного языка системы Visual foxpro.
- •40 Установление отношения в базе данных в субд Visual FoxPro.
- •42 Программный способ установление отношения в субд Visual FoxPro.
- •43 Понятие транзакции.
- •44 Управление доступом, привилегии.
- •45 Отношения и схемы отношений. Формализация отношений. Ключ отношения, выделенный ключ, суперключ.
- •47 Булевы операции над отношениями. Дополнение, активное дополнение, выбор, проекция, соединение.
- •6.Проекция
- •48 Оператор деления. Постоянные отношения. Переименование атрибутов, эквисоединение.
- •49 Расширение для сравнения на доменах. Расширение оператора выбора. Оператор ѳ - соединения.
- •50 Оператор расщепления.
- •51 Оператор фактор.
- •52 Функциональные зависимости. Алгоритм проверки функциональной зависимости satisfies.
- •55 Транзитивная зависимость. 3-я нормальная форма. Примеры
- •56 Назначение языка баз данных sql. Основные принципы языка.
- •57 Sql.: Управление таблицами: создание, удаление. Типы данных в таблицах.
- •58 Sql: Управление данными: добавление, удаление записей.
- •59 Sql: Команда select. Общая структура команды (блоки from, where и т.П.)
- •60 Sql: Команда select. Выборка из нескольких связанных таблиц.
- •61 Sql: Команда select. Вложенные запросы к таблицам.
- •62 Sql: Объединение таблиц (команда join). Общая структура команды.
- •63 Sql: Объединение таблиц (команда union). Общая структура команды. Отличие от команды join.
- •65 Sql: Курсоры (cursor). Создание, удаление, использование.
- •66 Аксиомы вывода.
- •67 Нормализация.
52 Функциональные зависимости. Алгоритм проверки функциональной зависимости satisfies.
Функциональная зависимость имеет место, если значение кортежа на одном множестве атрибутов единственным образом определяет их на другом. Другими словами, множество атрибутов Y функционально зависит от Xтолько тогда, когда в любой момент времени для каждого из различных значений Y существует только одно из различных значений X.
Встречается и эквивалентный термин: множество X определяет Y. Обозначение – X Y.
Пример
Рассмотрим отношение, заданное следующей схемой:
график (Пилот, Рейс, Дата, Время).
Ясно, что допустимо не любое сочетание значений атрибутов. Их зависимость задается следующими ограничениями:
1.для каждого рейса определено лишь одно время вылета;
2.для атрибутов (Пилот, Дата, Время) определен лишь один рейс;
3.для атрибутов (Рейс, Дата) определен единственный пилот.
Таким образом, задано множество функциональных зависимостей:
Рейс Время
( Пилот, Дата, Время)Рейс
( Рейс, Дата ) Пилот
Для проверки функциональной зависимости используется алгоритм Satisfies(r;x→y).
Вход алгоритма –r, x→y
Выход алгоритма – И (удовл.) или Л (не удовл.)
Шаги алгоритма:
Пересортируем r по x – столбцам, чтобы строки с равными значениями стояли рядом.
Если любая совокупность кортежей с каждыми x- значениями имеет также равные y-значения, то на выходе получаем Истину, иначе – Ложь.
Пример: Satifies (график; Рейс→Вр_Выл)
Все сходятся, истина.
53 1-АЯ НОРМАЛЬНАЯ ФОРМА. ПРИМЕРЫ.
НФ – ограничение на схему БД, которое избавляет БД от некоторых нежелательных свойств.
Схема БД (R) – множество схем – отношений, входящих в БД: R={R1,R2,…,Rm}.
Общее правило: Если БД находится в НФ, то и все отношения находятся в НФ.
1НФ. R находится в первой нормальной форме, если значения в доменах Ai являются атомарными (неделимыми)для каждого атрибута.
Пример1. (Имя Дата_рожд Знак_Зодиака)
День месяц →знак_зодиака (дата рождения – день, месяц, год – не атомарная)
Пример2. (Автор Книга Год) – Автор – неатом.
Говорят, что отношения находятся в первой нормальной форме, если она представлена в виде таблицы, в которой ни одно поле не содержит больше одного значения, и ниодно из ключевых полей не пусто.
Например:
автор |
Название |
год |
Номер страниц |
Ким |
Дзюдо |
2006 |
271 |
Сан |
Карате |
2003 |
122 |
54 2-АЯ НОРМАЛЬНАЯ ФОРМА. ПРИМЕРЫ.
Вторая нормальная форма- если находится в первой нормальной форме и все неключевые атрибуты функционально зависят от первичного ключа целиком.
Схема отношения R находится во второй НФ относительно множества функциональных зависимостей F, если она находится в 1НФ и любой атрибут полностью зависит от любого ключа для R.
Пример:
A номер
В название отдела
C количество сотрудников
D ФИО начальника
E Банковский счет
A,B->C
->D
->E
A->C, B->C => не находится во второй нормальной форме
Пример:
График |
(Рейс, |
Дата, |
Пилот, |
Галерея) |
|
112 112 203 |
6.06 7.06 9.06 |
Иванов Петров Иванов |
3 3 7 |
F={рейс→галерея}
Галерея_график(Рейс галерея) , пилот_галерея (Рейс Дата Галерея), тогда R={R1,R2} – во 2НФ.