- •Введение
- •Глава 1 информационные системы
- •1.1 Информация как ресурс
- •1.2 Файловые системы
- •1.3 Информационные системы, использующие базы данных
- •1.3.1 Иерархические и сетевые модели данных
- •1.3.2 Реляционные системы управления базами данных
- •1.4 Компоненты информационных систем
- •1.4.1 Технические средства
- •1.4.2 Программное обеспечение
- •1.4.3 Данные
- •1.4.4 Пользователи
- •1.4.5 Организационное обеспечение
- •1.4.6 Отношения между компонентами системы
- •1.5 Основы проектирования информационных систем
- •1.5.1 Жизненный цикл программного обеспечения
- •1.5.2 Модели жизненного цикла по
- •1.5.3 Подходы к проектированию ис
- •1.6 Задания и вопросы для повторения
- •2.2 Подходы к проектированию баз данных
- •2.3 Создание базы данных
- •2.4 Основы концептуального проектирования баз данных
- •Объекты и отношения
- •2.3.2. Атрибуты
- •2.3.3 Ключи
- •2.3.4 Наследование
- •2.3.5 Составные объекты
- •2.3.6 Моделирование концептуальных и физических объектов
- •2.4 Реляционная модель данных
- •2.4.1 Поддержка целостности данных
- •Процесс нормализации таблиц
- •2.4.3 Пример построения нормализованной базы данных
- •2.4.4 Преобразование концептуальной модели в реляционную
- •2.5 Элементы er-моделирования
- •2.5.1 Основные понятия модели «сущность-связь»
- •2.5.2 Основные графические обозначения элементов модели
- •2.6 Заключительный этап проектирования
- •2.7 Сравнение концептуального и реляционного моделирования
- •2.8 Вопросы и задания для повторения
- •2.9 Упражнения и задачи
- •2.10 Проекты и профессиональные вопросы
- •Глава 3 реляционная алгебра и реляционное исчисление
- •3.1 Реляционная алгебра
- •3.1.1 Обзор реляционной алгебры
- •3.1.2 Теоретико-множественные операторы
- •3.1.3 Специальные реляционные операторы
- •3.1.4 Зависимые реляционные операторы
- •3.1.5 Примитивные реляционные операторы
- •3.2 Реляционное исчисление
- •3.2.1 Целевой список и определяющее выражение
- •3.2.2 Квантор существования
- •3.2.3 Квантор всеобщности
- •3.3 Заключение
- •3.4 Вопросы на повторение
- •3.5 Упражнения и задачи
- •Глава 4 управление реляционной базой данных с помощью sql
- •4.1 Элементы Transact-sql
- •Комментарии
- •4.1.2 Алфавит
- •4.1.3 Идентификаторы
- •Выражения
- •4.1.5 Ключевые слова
- •Операторы
- •4.1.7 Логические операторы
- •Типы данных
- •- Функции Transact-sql
- •4.2 Выборка данных из таблиц
- •4.2.1 Структура команды select
- •Результаты выборки
- •Отбор столбцов
- •Select Фамилия, Город from Гостиница.Dbo.Клиент
- •4.2.4 Определение заголовков столбцов
- •Выражения в выборках
- •Отбор записей
- •Порядок вывода данных
- •Котов Кузьма Кузьмич
- •Группировка данных
- •Отбор данных для групп
- •4.2.10 Директива compute
- •Выборка данных из нескольких таблиц
- •Объединение с помощью предложения where
- •Внутреннее объединение
- •4.2.14 Объединение и опция join
- •Оператор union
- •Подзапросы и структурированные запросы
- •Создание таблицы на основе выборки
- •Предложение for browse
- •4.3 Модификация данных
- •Добавление данных
- •Изменение данных
- •Удаление строк
- •Управляющие конструкции
- •Создание таблиц базы данных
- •4.6 Транзакции и блокировки
- •4.6.1 Понятие транзакций и блокировок
- •Управление транзакциями
- •Явные транзакции
- •Автоматические транзакции
- •Неявные транзакции
- •Управление блокировками
- •4.7 Хранимые процедуры
- •4.7.1 Типы хранимых процедур
- •Создание хранимых процедур
- •4.8 Триггеры
- •Создание триггера
- •Ограничения при создании триггеров
- •Использование триггеров
- •Вопросы на повторение
- •4.10 Упражнения и задачи
- •4.11 Проекты и профессиональные вопросы
- •Заключение
- •Приложение а sql скрпит, для создания таблиц согласно модели бд "Университет"
- •Литература
2.3.4 Наследование
Если объект является конкретизацией другого объекта, то конкретизированный объект наследует все атрибуты и отношения обобщенного объекта. ЖЕНАТЫЙ МУЖЧИНА является конкретизацией объекта МУЖЧИНА. Поэтому у состоящего в браке человека есть имя, адрес и т.д. просто потому, что он является человеком. Объект ЖЕНАТЫЙ МУЖЧИНА наследует эти атрибуты от объекта МУЖЧИНА. Кроме того, у конкретизированного человека могут быть свои собственные атрибуты. Например, СУПРУГА будет атрибутом объекта ЖЕНАТЫЙ МУЖЧИНА, но не объекта МУЖЧИНА. Этот пример иллюстрируется рисунком 2.9.
Конкретизированные объекты наследуют не только атрибуты, но и все отношения.
Рисунок 2.9 - Наследование атрибутов при конкретизации
2.3.5 Составные объекты
Составной объект – это отношение, рассматриваемое как объектное множество.
Выше были рассмотрены отношения между двумя объектными множествами. Такие отношения называются бинарными. Но отношение может связывать три и более объектных множества. Такие отношения высокого порядка называются n-арными отношениями, где n обозначает число объектных множеств. Часто 3-арные и 4-арные отношения называют трехсторонними и четырехсторонними.
Рассмотрим пример. Торговая фирма продает свои товары в разные регионы страны. Необходимо отслеживать продажи разных видов товаров по регионам. Для этого необходимы объектные множества ТОВАР, РЕГИОН и отношение между ними ПРОДАН (рисунок 2.10).
Рисунок
2.10 - Модель отслеживания продаж
Здесь атрибут КОЛИЧЕСТВО зависит и от товара, и от региона. То есть нельзя определить значение количества только по товару или только по региону. Поэтому КОЛИЧЕСТВО – атрибут отношения между товаром и регионом. Теперь предположим, что нужна более тонкая классификация продаж, чем дает полученная модель. Например, необходимо знать количество каждого товара, проданного в каждом регионе в конкретный день. Для этого свяжем отношение ПРОДАН В с объектным множеством ДАТА и атрибут КОЛИЧЕСТВО припишем этому новому отношению (рисунок 2.11). Полученное отношение является 3-арным (трехсторонним).
Рисунок 2.11 - Пример использования трехстороннего отношения
Любое отношение высокого порядка можно разбить на последовательность вложенных бинарных отношений, которые, как правило, имеют мощность много-ко-многим. Однако часто при этом теряется физический смысл этих отношений. Поэтому удобнее пользоваться n-арными отношениями.
2.3.6 Моделирование концептуальных и физических объектов
Концептуальное объектное множество – объектное множество, элементами которого являются абстрактные понятия.
Физическое объектное множество – объектное множество, элементами которого являются физические предметы.
Часто важно различать эти множества, поскольку в одной и той же модели данных может оказаться необходимым представлять оба типа объектов. Например, некоторая фирма имеет конструкторские бюро, заводы и склады. В них проектируются, производятся и хранятся различные детали. Деталь проектируется только в одном конструкторском бюро, но может производиться на нескольких заводах и храниться на нескольких складах. Модель данных приведена на рисунке 2.12. В этой модели различаются концептуальные и физические детали. Концептуальная деталь представляет собой тип детали и имеет номер, который присваивается при ее проектировании. Физическая деталь – это конкретный образец концептуальной детали, произведенной на заводе и хранящейся на складе. Отношение между множествами КОНЦЕПТУАЛЬНАЯ ДЕТАЛЬ и ФИЗИЧЕСКАЯ ДЕТАЛЬ имеет мощность один-ко-многим. Физическая деталь имеет серийный номер, который однозначно идентифицирует ее. Физическая деталь производится только на одном заводе и хранится на одном складе.
Рисунок 2.12 - Пример моделирования концептуальных и физических объектов
