- •П.В. Сенченко
- •Учебное пособие
- •Кафедра автоматизации обработки информации (АОИ)
- •П.В. Сенченко
- •Организация баз данных
- •Учебное пособие
- •Томск 2004
- •ОГЛАВЛЕНИЕ
- •Введение
- •1.2. Файл и области применения файлов
- •1.3. Понятие СУБД и информационных систем
- •5. Назовите основные положения концепции БД.
- •2.1. Функции СУБД
- •Журнализация изменений БД
- •Поддержка языков БД
- •Обеспечение безопасности базы данных
- •3. модели данных
- •3.2. Линейная модель данных
- •3.3. Иерархическая модель данных
- •3.4. Сетевая модель данных
- •4.1.3. Отношение, схема отношения, кортеж
- •4.1.4. Тип данных
- •4.1.5. Домен
- •4.2. Свойства отношений
- •4.2.2. Отсутствие упорядоченности кортежей и атрибутов
- •4.2.4. Характеристика реляционной модели
- •5. Операции реляционной алгебры
- •5.1.2. Операция переименования
- •5.1.4. Прямое (декартово) произведение
- •5.1.5. Специальные реляционные операции
- •5.2. Реляционное исчисление
- •6. Технология проектирования реляционных БД
- •6.1. Нормализация отношений
- •6.1.2. Вторая нормальная форма
- •6.1.3. Третья нормальная форма
- •6.1.4. Нормальная форма Бойса-Кодда
- •6.1.5. Четвертая нормальная форма
- •6.1.6. Пятая нормальная форма
- •6.2.2. Принцип нормализации ER-схем
- •6.2.3. Другие элементы ER-модели
- •6.2.4. Получение реляционной схемы из ER-диаграммы
- •6.3. CASE-средства
- •6.3.2. Обзор CASE-средств
- •6.4. Расчет трудозатрат при проектировании информационных систем и баз данных
- •6.4.1. Проблемы стандартизации нормативов разработки систем
- •6.4.2. Механизм определения трудозатрат
- •7.1.2. Синтаксис команд SQL
- •7.1.3. Описание команд SQL
- •7.1.4. Основные различия Microsoft Jet SQL и ANSI SQL
- •7.1.5. Особые средства языка SQL Microsoft Jet
- •7.1.6. Средства ANSI SQL, не поддерживаемые
- •7.2.2. Запрос по образцу (идеология MS ACCESS)
- •8. Физическая структура данных
- •8.1.2. Хранение отношений в базе данных
- •8.1.4.Управление индексами
- •8.1.5. Словарь данных
- •8.1.6. Прочие объекты БД
- •8.2. Оптимизация работы с БД
- •8.2.1. Оптимизация работы с таблицами
- •8.2.2. Ограничения целостности
- •8.2.3. Сжатие данных
- •8.2.4. БД, поддерживаемые в оперативной памяти
- •8.3. Экстенсиональная и интенсиональная части базы данных
- •управления базами данных (ООСУБД)
- •9.1. Манифесты СУБД третьего поколения и ООСУБД
- •9.2. Общие понятия ОО-подхода к БД
- •9.3. Реализация ОО-подхода в СУБД Oracle
- •10. СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ
- •10.1.2. СУБД IMS (ОКА)
- •10.1.3. СУБД IDS (БАНК-ОС)
- •10.1.4. СУБД ADABAS (ДИСОД)
- •10.2.2. СУБД FoxPro
- •10.2.3. СУБД MS Access
- •10.3.1 СУБД Cache
- •10.3.2 Перспективы развития СУБД
- •Список используемой литературы
|
75 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Сотрудник |
|
|
|
|
|
|
|
|
|
|
|
||||||
ФИО сотрудника |
|
Подчиненный |
||||||
|
|
|
|
|
|
|
|
|
Должность |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
...
Начальник
Рис. 6.13. Пример рекурсивной связи
Конец связи с именем ПОДЧИНЕННЫЙ говорит о том, что у одного сотрудника может быть более одного подчиненного, при этом конец связи с именем НАЧАЛЬНИК означает, что не каждый сотрудник может иметь подчиненных, т.е. быть начальником может не каждый сотрудник. Другими словами каждый сотрудник может быть начальником и являться подчиненным и при этом сам являться подчиненным только одного сотрудника.
6.2.2. Принцип нормализации ER-схем
Нормальные формы ER-схем имеют много общего с нормализацией реляционных отношений.
Для первой нормальной формы ER-схемы характерно отсутствие повторяющихся атрибутов — производится выявление так называемых неявных сущностей и образование на их основе новых сущностей.
Для второй нормальной формы характерно отсутствие атрибутов, зависящих от части уникального идентификатора сущности. На основе этой части уникального идентификатора выделяется отдельная сущность.
Для обеспечения третьей нормальной формы необходимо устранить атрибуты, зависящие от атрибутов, не входящих в уникальный идентификатор. На основе этих атрибутов также строятся новые сущности.
Нормальные формы более высоких порядков в ER-моделях не находят практического применения.
6.2.3. Другие элементы ER-модели
В ряде случаев при проектировании модели предметной области основных понятий ER-модели недостаточно, тогда приходится исполь-
76
зовать расширенные возможности технологии создания ER-моделей, среди них можно выделить следующие конструкции:
1)домены. Под термином домен в данном случае следует понимать поименованный набор правил, которые являются общими для атрибутов, на которые распространяется действие этого домена. Преимущества использования доменов очевидны: определив правило один раз, можно добавлять его к атрибутам различных сущностей с целью стандартизации их характеристик;
2)супертипы сущностей. Этот элемент модели присутствует не во всех средствах проектирования ER диаграмм, однако наличие его обеспечивает возможность наследования типа сущности, исходя из одного или нескольких так называемых супертипов;
3)подтипы сущностей. Любая сущность ER-диаграммы может
быть разделена на несколько подтипов, каждый из которых должен содержать общие атрибуты и/или связи. В подтипах могут определяться собственные атрибуты и/или связи характерные для конкретного подтипа.
6.2.4. Получение реляционной схемы из ER-диаграммы
Как мы отмечали выше, большинство средств проектирования ER-диаграмм, среди которых можно выделить такие пакеты, как Power Designer, ErWin, IDEF-Designer и другие, обеспечивают возможность генерации физической модели БД на основе спроектированной концептуальной. Физическая модель может быть преобразована в физическую базу данных практически любого, известного в настоящее время, формата. Процесс преобразования концептуальной модели в физическую, т.е. процесс перехода от ER-схемы к реляционной, можно разделить на этапы.
Этап 1. Каждая простая сущность преобразуется в плоскую таблицу (отношение). Имя сущности становится именем этой таблицы. Простой называется сущность, не являющаяся подтипом и не имеющая подтипов.
Этап 2. Каждый атрибут сущности преобразуется в столбец (атрибут реляционного отношения) с тем же именем. Столбцы реляционной таблицы, соответствующие необязательным атрибутам сущности, могут содержать неопределенные значения, тогда как столбцы, соответствующие обязательным, — не могут.
Этап 3. Атрибуты, входящие в состав уникального идентификатора сущности, преобразуются в первичный ключ таблицы. При наличии альтернативных ключей выбирается наиболее удобный для использования ключ, содержащий меньшее число атрибутов. При этом, если в