
- •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 Нормализация.
12 Объекты и отношения. Er-диаграммы, концептуальное проектирование.
Концептуальное проектирование:
Полное представление о содержании БД
инфологическое проектирование (до выбора СУБД).
Концептуальная структура (схема) состоит из основных элементарных данных предметной области (личности, факты, документы), называемых сущностями или объектами.
Элементарные данные, описывающие сущности, называются атрибутами. Между сущностями существуют связи: 1:1 ,1:n , m:n .В реляционных БД связи n:m заменяются на 1:n
Модель
сущность-связь (ER-модель) - модель данных,
позволяющая описывать концептуальные
схемы предметной области.
13 Этапы проектирования баз данных.
1.Формулирование и анализ требований-устанавливаются цели организации, определяются требования к БД
2.Концептуальное проектирование - описании и синтезе информационных требований пользователей в первоначальный проект БД.
3. логического проектирования - устранение избыточности данных с использованием специальных правил нормализации.
4.физического проектирования - решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа.
14 Архитектура (общая схема) систем баз данных.
Эта схема – многоуровневое представление данных
Интерфейс пользователя – представление о данных конкретного пользователя
Внешний уровень – определяется внешней схемой (моделью). Представление о данных разработчика программ.
Концептуальный уровень – определяется схемой БД – общее концептуальное представление обо всех данных в БД.
Внутренняя модель определяется внешней схемой и описывает структуру хранения базы данных-физическую последовательность данных на диске. Внутренняя модель – представление о данных разработчика БД.
15 Сравнение реляционного, иерархического и сетевого подхода к форме моделей данных.
1.Реляционная модель
№ |
сотрудник |
отдел |
НИИ |
|||
С1 |
Иванов |
28 |
13 |
|||
С2 |
Попов |
28 |
13 |
|||
С3 |
Титов |
28 |
13 |
|||
|
|
|
||||
|
|
|
||||
|
|
|
||||
|
|
|
||||
|
|
|
№ |
Должность |
D1 |
Инженер |
D2 |
Ст. Инженер |
D3 |
Ведущий инженер |
D4 |
Начальник отдела |
№сотр. |
№ долж |
Оклад |
С1 |
D1 |
150 |
С2 |
D3 |
180 |
С2 |
D4 |
200 |
С3 |
D1 |
140 |
Реляционная модель данных – представление данных в виде взаимосвязанных таблиц.
2.Иерархическая
модель.
Это
первая модель данных, реализованная в
СУБД (IMS).
Относится к классу навигационных моделей
(пользователь должен представлять как
будет происходить поиск – в данном
случае через вершину дерева). Недостатки
модели – нельзя, например, посчитать
сумму зарплат инженеров.Поиск требует
обход всего дерева
3.Сетевая модель.Разница между иерархической моделью данных и сетевой состоит в том, что в иерархических структурах запись-потомок должна иметь в точности одного предка, а в сетевой структуре данных у потомка может иметься любое число предков.
Замкнутый цикл указателей. Также относится к классу навигационных моделей.
Поиск:
Поиск в файле сотрудников (по индексу)
Идём к первому файлу, потом к следующему по указателю.
Индекс по связующим полям не строится, а по основным строится.
Достоинство (как и всех списковых структур) – быстрое внесение изменений в Б.Д.
Пример: Попов назначается ведущим инженером (пунктиром). Сначала добавляется оклад.
Модель оказалась недееспособной. Указатель – обращение к диску, что связанно с большими затратами времени при большой базе данных.
Файлы организованы по принципу индексных структур (есть указатели).+