
- •Введение
- •Глава 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.2 Подходы к проектированию баз данных
В зависимости от содержания исходной информации, положенной в основу проектирования, различают подходы "от предметной области" и "от запроса". Первый подход (его еще называют объектным) означает описание объектов отображаемой в информационной системе части реального мира и связей между ними безотносительно к потребностям пользователей. В подходе "от запроса" основным источником информации о предметной области являются запросы пользователей (задачи). Этот подход называют еще функциональным.
Преимущество подхода "от предметной области" является его объективность, системное отображение предметной области и устойчивость информационной модели, возможность реализации большого числа приложений, в том числе и заранее незапланированных, на созданной базе данных. Недостатком подхода является трудность отбора информации, подлежащей фиксации в базе данных.
Функциональный подход ориентирован на реализацию текущих запросов пользователей и не учитывает перспектив развития системы. При его использовании могут возникнуть трудности в объединении взглядов различных пользователей. Однако учет запросов позволяет улучшить характеристики функционирования информационной системы.
Целесообразно совместное применение обоих подходов с ведущим положением объектного подхода.
Процесс проектирования структуры БД носит итеративный характер. Обычно сначала строится некоторая предварительная логическая структура, которая в общем виде отображает предметную область и функциональные требования, затем переходят к детальному логическому структурированию. Причем предварительная структура будет служить своеобразным эталоном, с которым сравниваются получающиеся в результате проектирования структуры. Части структур, которые не соответствуют друг другу, должны быть тщательно исследованы, и в ту структуру, которая оказалась неадекватной, должны быть внесены изменения.
Проектирование баз данных - многовариантный процесс. Если на начальных стадиях проектирования трудно выбрать единственный вариант
проектного решения, то довести до стадии моделирования и даже до стадии натурных испытаний можно несколько вариантов.
2.3 Создание базы данных
Жизненный цикл БД (рисунок 2.2) состоит из шести этапов:
Предварительное планирование.
Проверка осуществимости.
Определение требований.
Концептуальное проектирование.
Реализация.
Оценка работы и поддержка базы данных.
На этапе предварительного планирования определяются требования к информационной системе. Информация документируется в виде обобщенной концептуальной модели данных. На этом этапе собирается информация, которая позволяет получить ответы на следующие вопросы:
Какие прикладные программы используются на предприятии, какие функции они выполняют?
Какие файлы связаны с каждым из этих приложений?
Какие новые приложения и файлы находятся в процессе создания?
Эту информацию можно использовать для того, чтобы установить связи между текущими приложениями и определить, как используется получаемая с помощью этих приложений информация. Она также помогает определить будущие требования к системе. Информация документируется в виде обобщенной концептуальной модели данных.
Проверка осуществимости включает подготовку отчетов по следующим вопросам:
Существует ли технология (оборудование и программное обеспечение или средства для их приобретения), необходимая для реализации запланированной БД?
Располагает ли предприятие персоналом, средствами и экспертами, необходимыми для успешного осуществления плана создания БД?
Окупится ли запланированная система? Определяются: сроки окупаемости; целесообразность совместного использования данных различными отделами; оценка рисков, связанных с реализацией баз данных; выгоды от создаваемых приложений; оценка роли системы в реализации долговременных планов предприятия.
Рисунок 2.2 - Жизненный цикл базы данных
Определение требований включает выбор целей базы данных, определение информационных потребностей различных отделов и руководителей предприятия и требований к оборудованию и программному обеспечению. Информационные потребности выявляются с помощью анкет, опросов менеджеров и работников предприятия. При этом также анализируются отчеты и формы документов, которыми предприятие пользуется в настоящее время. Все это является основой для подробного проекта базы данных, создаваемого на следующем этапе.
Концептуальное проектирование включает создание концептуальной схемы базы данных. На этом этапе создаются модели пользовательских представлений данных, после чего они интегрируются в концептуальную модель, фиксирующую все элементы данных, которые будет содержать база данных.
Вначале ведется разработка подробных концептуальных моделей пользовательских представлений данных разных отделов предприятия. Эти модели составляют внешний уровень. Затем полученные пользовательские представления интегрируются в единую концептуальную модель или схему базы данных на концептуальном уровне.
Реализация включает в себя следующие шаги:
выбор и приобретение системы управления базами данных;
преобразование концептуальной модели в физическую модель;
построение словаря данных;
заполнение базы данных;
создание прикладных программ;
обучение пользователей.
Оценка и усовершенствование базы данных. На этом этапе выполняется опрос пользователей с целью выяснения неучтенных информационных потребностей пользователей. При необходимости вносятся изменения в базу данных, добавляются новые программы.