- •1.База данных. Субд. Основные понятия и определения.
- •2. Информационные системы. Классы аис. Банк данных
- •3. Субд – исторический экскурс и современное состояние.
- •4.Информационная модель данных и ее состав.
- •5.Модели данных. Классификация моделей данных.
- •6. Логические модели данных. Иерархическая модель. Достоинства. Недостатки. Примеры.
- •7. Логические модели данных. Сетевая. Достоинства. Недостатки. Примеры.
- •8. Логические модели данных. Реляционная. Достоинства. Недостатки. Примеры.
- •9. Структурная часть реляционной модели. Отношение. Атрибуты. Домены. Кортежи. Схема отношений. Ограничения.
- •10. Типы взаимосвязей с модели.
- •11.Обеспечение непротиворечивости и целостности данных в базе.
- •12.Основы реляционной алгебры (ограничение, проекция, объединение, пересечение отношений).
- •13.Основы реляционной алгебры (разность, произведение, деление, соединение отношений).
- •14. Жизненный цикл бд.
- •15.Этапы проектирования базы данных. Концептуальное проектирование.
- •16. Этапы проектирования базы данных. Логическое проектирование и физическое проектирование.
- •17. Ms Access. Объект Таблица. Назначение. Режимы работы. Свойства поля. Связи между таблицами.
- •18. Ms Access. Объект Запросы. Назначение. Режимы работы. Бланк запроса. Условие отбора. Сортировка. Группировка.
- •19. Ms Access. Запросы на выборку. Запрос с параметром. Вычисляемое поле. Запросы из нескольких таблиц
- •20.Ms Access. Перекрестный запрос. Запросы на создание, обновление, добавление, удаление таблиц.
- •21.Ms Access. Объект Форма. Назначение. Режимы работы. Подчиненная форма. Элементы управления. Разделы формы.
- •22.Ms Access. Объект Отчеты. Назначение. Режимы работы. Группировка записей. Сортировка. Разделы отчета.
- •23.Избыточность данных и аномалии обновления в бд.
- •24.Нормализация отношений.
- •25.Нормализация таблиц. 1 нормальная форма (1нф). Примеры.
- •26.Нормализация таблиц. 2 нормальная форма (2нф). Примеры.
- •27.Нормализация таблиц. 3 нормальная форма (3нф). Нормальная форма Бойса - Кодда. (нфбк). Примеры.
- •28.Нормализация таблиц. 4 нормальная форма (4нф). Примеры
- •29.Нормализация таблиц. 5 нормальная форма (5нф). Примеры.
- •30.Управление реляционными базами данных. Краткая история языка sql. Типы команд sql.
- •31.Язык запросов sql. Типы данных.
- •32.Язык запросов sql. Оператор выбора select. Простые запросы.
- •33.Язык запросов sql. Функции агрегирования.
- •35.Язык запросов sql. Добавление, удаление и обновление данных в бд.
- •36.Язык запросов sql. Создание таблиц и связей между таблицами.
4.Информационная модель данных и ее состав.
Информационный объект — это описание некоторой сущности предметной области, т. е. реального объекта, процесса, явления или события.
Информационный объект (сущность) образуется совокупностью логически взаимосвязанных атрибутов (свойств), представляющих собой качественные и количественные характеристики объекта (сущности).
Информационно-логическая модель (ИЛМ) — это совокупность информационных объектов (сущностей) предметной области и связей между ними. Процесс создания информационной модели начинается с определения концептуальных требований будущих пользователей БД. Требования отдельных пользователей интегрируются в едином обобщенном представлении, которое называют концептуальной моделью данной предметной области. Такая модель отображает предметную область в виде взаимосвязанных объектов без: указания способов их физического хранения.
Концептуальная модель представляет собой интегрированные концептуальные требования всех пользователей к базе данных данное предметной области. При этом усилия разработчика должны бьт направлены в основном на структуризацию данных, принадлежащих будущим пользователям БД и выявление взаимосвязей между ними.
Версия концептуальной модели, которая может быть реализована конкретной СУБД, называется логической моделью.
Внешняя модель пользователя представляет собой отображение его концептуальных требований в логической модели и соответствует тем представлениям, которые этот пользователь получает о предметной области на основе логической модели.
Внутренняя модель предметной области определяет размещение данных, методы доступа к ним и технику индексирования в данной логической модели и иначе называется физической моделью.
5.Модели данных. Классификация моделей данных.
Моделью данных называется формализованное описание структуры единицы информации и операция над ними.
В модели данных различают три главные составляющие:
1) Структурная часть определяет правила допустимой для данных СУБД
2)Управляющая часть возможные операции над такими структурами
3) Классы ограничения целостности данных.
Классификации моделей данных:
Логические модели данных
А) объектные модели данных- ER модель( часто используется в проектирование БД, расширяет понятие объекта включая в него не только атрибуты характеризующие состояние объекта но и связанные с ним действия)
Б) модель данных на основе записей (БД состоит из нескольких записей фиксированного формата которые могут иметь разные типы.(теоретико –графовые и теоретико-множественные .)
2) Физические модели данных описывают как данные хранятся в ком-ре, представляя информацию о структуре записей ,их упорядоченности и существующих путях доступа.
6. Логические модели данных. Иерархическая модель. Достоинства. Недостатки. Примеры.
Логическая модель данных –это совокупность информационных объектов предметной области и связи м\у ними.
Основными информационными единицами иерархической модели данных является запись и поле. Поле данных определяется как наиментшая неделимая единица данных, дступная пользователю. Для записи определяются типы записи и экземпляры. Экземпляр записи образуется из конкретных полей данных.Тип записи- это поименованная совокупность входящих в него типов полей данных.Иерархическая модель позволяет сторить БД в виде дерева.
Вершине графа соответствует запись корень.Ребра это типы связи , на след уровне располагаются узлы, связанные с этим корнем, затем узлы связаны с узлами предыдущего уровня.
Достоинства: простота описания структур реального мира и быстрое выполнеи=ние запросов.
Недостатки: каждый раз начиная поиск нужных данных с корнем,а другого способа перемещения по БД в иерархических структурах нет .
