- •1 Основыне понятия
- •2.1.3 Схема отношения, схема базы данных
- •2.1.4 Кортеж, отношение
- •3 Проектирование реляционных бд
- •3.1 Общие положения
- •3.2 Этапы проектирования базы данных
- •3.2.1 Инфологическое проектирование
- •3.2.4 Логическое проектирование бд
- •3.2.5. Физическое проектирование бд
- •3.3 Особенности проектирования реляционной базы данных
- •3.2.2 Определение требований к операционной обстановке
- •3.2.3 Выбор субд и других программных средств
- •3.3.1 Нормализация отношений
- •4 Пример проектирования реляционной базы данных
- •4.1 Инфологическое проектирование
- •4.1.1 Анализ предметной области
- •2.1.2 Анализ информационных задач и круга пользователей системы
- •4.3 Логическое проектирование реляционной бд
- •4.3.1 Преобразование er–диаграммы в схему базы данных
- •4.3.2 Составление реляционных отношений
- •4.3.3. Нормализация полученных отношений (до 4нф)
- •4.3.3. Определение дополнительных ограничений целостности
- •5 Задание на лабораторную работу
- •5.1 Варианты
- •5.2 Задание
- •5.3 Требования к оформлению
- •5.4 Требования к защите
2.1.3 Схема отношения, схема базы данных
Схема отношения – это именованное множество пар {имя атрибута, имя домена (или типа, если понятие домена не поддерживается)}. Степень или «арность» схемы отношения – мощность этого множества. Степень отношения СОТРУДНИКИ равна четырем, то есть оно является 4-арным. Если все атрибуты одного отношения определены на разных доменах, осмысленно использовать для именования атрибутов имена соответствующих доменов (не забывая, конечно, о том, что это является всего лишь удобным способом именования и не устраняет различия между понятиями домена и атрибута).
Схема БД (в структурном смысле) – это набор именованных схем отношений.
2.1.4 Кортеж, отношение
Кортеж, соответствующий данной схеме отношения, – это множество пар {имя атрибута, значение}, которое содержит одно вхождение каждого имени атрибута, принадлежащего схеме отношения. «Значение» является допустимым значением домена данного атрибута (или типа данных, если понятие домена не поддерживается). Тем самым, степень или «арность» кортежа, т.е. число элементов в нем, совпадает с «арностью» соответствующей схемы отношения. Попросту говоря, кортеж – это набор именованных значений заданного типа.
Отношение – это множество кортежей, соответствующих одной схеме отношения. Иногда, чтобы не путаться, говорят «отношение-схема» и «отношение-экземпляр», иногда схему отношения называют заголовком отношения, а отношение как набор кортежей – телом отношения.
Обычным житейским представлением отношения является таблица, заголовком которой является схема отношения, а строками – кортежи отношения-экземпляра; в этом случае имена атрибутов именуют столбцы этой таблицы. Поэтому иногда говорят «столбец таблицы», имея в виду «атрибут отношения». Когда мы перейдем к рассмотрению практических вопросов организации реляционных БД и средств управления, мы будем использовать эту житейскую терминологию. Этой терминологии придерживаются в большинстве коммерческих реляционных СУБД.
3 Проектирование реляционных бд
3.1 Общие положения
Проектирование БД – одна из наиболее сложных и ответственных задач, связанных с созданием информационной системы (ИС). В результате её решения должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными.
Основная цель процесса проектирования БД состоит в получении такого проекта, который удовлетворяет следующим требованиям:
Корректность схемы БД, т.е. база должна быть гомоморфным образом моделируемой предметной области, где каждому объекту предметной области соответствуют данные в памяти ЭВМ, а каждому процессу – адекватные процедуры обработки данных.
Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие ресурсы вычислительной системы).
Эффективность функционирования (соблюдение ограничений на время реакции системы на запрос и обновление данных).
Защита данных (от аппаратных и программных сбоев и несанкционированного доступа).
Простота и удобство эксплуатации.
Гибкость, т.е. возможность развития и адаптации к изменениям предметной области и/или требований пользователей.
