- •Ведение в реляционные субд. Понятие реляционной субд. Сущности Первичный и внешний ключ. Правила построения схемы бд.
- •2. Общая характеристика субд Access. Создание и редактирование базы данных средствами субд Access. Свойства реляционной таблицы. Отношения между таблицами.
- •3.Построение запросов в субд Access. Структура запроса. Условие на значение.Between, In, Like Многотабличные запросы, вычисляемые поля. Групповые операции.
- •4. Запросы с параметрами. Групповые операции. Вспомогательные запросы
- •5. Параметры объединения в запросах. Функция Nz. Параметры объединения в запросах. Перекрестные запросы. Запросы действия.
- •6.Реляционная модель. Операции реляционной алгебры.
- •7. Построение модели «Сущность-связь» Сущности и атрибуты. Категории сущностей. Ключи и индексы. Связи. Улучшение модели.
- •8. Структура стандарта sql Типы данных и операции sql. Агрегирующие функции. Примеры.
- •9 . Формирование запросов средствами sql. Вложенные запросы. Группировка данных. Соединение таблиц. Объединение запросов. Примеры.
- •3. По аналогии с левым можно определить правое внешнее соединение. Перепишем предыдущий пример с использованием его возможностей:
- •10. Модификация данных. Модификация объектов бд. Последовательности. Модификация и удаление таблиц. Примеры использования.
- •Создание таблиц. Ограничения Для создания таблиц базы данных используется оператор, который в простейшем случае описывается так:
- •11. Управление транзакциями. Представления. Управление транзакциями
- •Представления
- •12. .Общая концепция субд «Oracle».
- •13. Язык pl/sql. Основные типы данных и операторы.
- •Структура программы
- •Типы данных
- •14. Курсоры, их атрибуты. Использование цикла for. Курсоры
- •Атрибуты курсора
- •Использование цикла for для работы с курсорами
- •15. Обработка исключений. Пользовательские исключения. Возбуждение исключений.
- •16. Подпрограммы. Пакеты. Хранимые подпрограммы.
- •17. Триггеры Объявление, назначение и примеры использования. Модификация триггеров.
- •18. Администрирование базы данных и управление объектами. Разграничение доступа. Привилегии, роли.
- •Разграничение доступа
- •19. Управление параллельной обработкой данных. Блокировки.
- •20. Функциональные зависимости. Нормализация отношений. Нормальные формы.
- •21. Основные этапы проектирования реляционной базы данных. Концептуальное проектирование. Логическое проектирование. Физическое проектирование.
- •22. Распределенные бд. Хранилища данных. Определение и назначение. Понятие репликации. Варианты архитектуры хд. Гиперкуб. Его назначение и реализация средствами рсубд.
7. Построение модели «Сущность-связь» Сущности и атрибуты. Категории сущностей. Ключи и индексы. Связи. Улучшение модели.
Сущность (entity) – это некоторый объект, идентифицируемый в рабочей среде пользователя, нечто, за чем пользователь хотел бы наблюдать. У сущности есть атрибуты, или как их еще называют, свойства. Каждый атрибут определяет отдельную характеристику этой сущности. В модели «сущность – связь» описывается,то что каждый из экземпляров любой сущности имеет одинаковый набор атрибутов. При описании атрибутов каждому из них присваивается имя, уникальное в пределах сущности (но допускается использовать совпадающие имена атрибутов в разных сущностях). Рекомендуется также для каждого атрибута приписать один из типов, присутствующий в большинстве языков программирования (например «число» или «строка») и множество значений, из которых может быть выбрано значение данного атрибута. Желательно, чтобы каждый экземпляр каждой сущности имел идентификатор – набор из одного или нескольких атрибутов, которые идентифицируют, или определяют этот экземпляр с точки зрения пользователя. Идентификаторы могут быть уникальными и неуникальными. Понятие ключа (ключевого атрибута) похоже, но не совпадает с понятием идентификатора. Назовем ключом атрибут, или совокупность атрибутов, которая однозначно определяет каждый экземпляр сущности. Для некоторых сущностей можно предложить несколько вариантов задания ключей. рекомендациями: первичный ключ должен быть по возможности коротким; первичный ключ должен быть определен для всех экземпляров сущности; первичный ключ не должен изменяться в течение всего времени существования экземпляра сущности; после удаления экземпляра сущности из базы данных значение его первичного ключа не должно присваиваться новым экземплярам, вносимым в базу данных. Для некоторых сущностей либо не существует возможных ключей, либо ни один из них не может быть рекомендован в качестве первичного. В этом случае рекомендуется вводить в качестве дополнительного атрибута т.н. суррогатный ключ. Его значения не имеют какой-то взаимосвязи с предметной областью и служат лишь для того, чтобы однозначно идентифицировать экземпляр сущности в соответствии с правилами, приведенными выше. Как правило, значения суррогатных ключей формируются автоматически и могут быть недоступны для пользователей базы данных. Взаимодействия между сущностями отражаются связями. Различают одиночные и множественные связи. В первом случае конкретный экземпляр одной сущности связан не более чем с одним экземпляром другой сущности. Во втором – связь может быть установлена с произвольным количеством экземпляров. Поскольку связь является двусторонней, тип связи (т.е. одиночная это связь либо множественная) может быть зафиксирован на любой ее стороне. Соответственно различают: связь «один к одному» (1:1): одиночный экземпляр сущности одного типа связан не более чем с одним экземпляром сущности другого типа; связь «один ко многим» (1:N): одиночный экземпляр сущности одного типа может быть связан с произвольным числом экземпляров сущности другого типа, но не наоборот; связь «многие ко многим» (M:N): одиночный экземпляр сущности одного типа может быть связан с произвольным числом экземпляров сущности другого типа, и наоборот.