- •Введение
- •Цели и задачи курсового проекта
- •Цель курсового проекта
- •Порядок выполнения курсового проекта
- •Исследование информационных потребностей пользователей базы данных
- •3.1. Методика анализа предметной области по варианту № 1 «От информационных потребностей пользователя к рмбд»
- •3.2. Методика анализа предметной области по варианту №2: «От документов к реляционной модели базы данных»
- •Вид использования
- •3.3. Методика анализа предметной области по варианту № 3 «От технико-экономических показателей к реляционной модели базы данных»
- •Методика анализа предметной области по варианту №4: «От текстовой информации и реляционной модели базы данных»
- •3.5 Методика анализа предметной области по варианту №5 «От видов деятельности к реляционной модели базы данных»
- •3.6. Методика анализа предметной области по варианту №6 «От физических объектов к реляционной модели базы данных»
- •Список реквизитов, хранимых в базе данных
- •4. Инфологическое проектирование базы данных
- •4.1. Построение модели «сущность-связь» на основе алгоритма т. Тиори, Дж. Фрай.
- •4.2 Построение модели “Сущность-связь” на основе интуиции.
- •5. Даталогическое проектирование базы данных.
- •5.1. Характеристика программных средств субд.
- •5.2. Анализ инфологической схемы.
- •5.3. Логическое описание базы данных в среде субд.
- •5.4. Загрузка базы данных.
- •5.5. Разработка сервиса пользователей.
- •5.6. Реализация запросов пользователей в среде субд.
- •Программная реализация запросов базы данных «Система бронирования авиабилетов» Краткое описание программных средств
- •Рекомендуемая литература.
- •Содержание.
- •Цель и задачи курсового проекта…………………………………….…3
- •Порядок выполнения курсового проекта……………………………...4
- •Исследование информационных потребностей пользователей баз данных………………………………………………………………………5
- •Инфологическое проектирование базы данных……………………..78
- •Даталогическое проектирование базы данных……………………..102
5. Даталогическое проектирование базы данных.
В ходе выполнения данного этапа студент должен проделать следующие работы:
Изучить программные средства выбранной СУБД.
Провести анализ схемы, полученной на этапе инфологического проектирования.
Осуществлять переход от СУБД — независимой (концептуальной, инфологической) структуры к структуре, поддерживаемой выбранной СУБД.
Дать вариант логического описания базы данных в среде СУБД.
Разработать сервис пользователей.
Разработать программу загрузки файлов.
Загрузить файлы и получить отчет.
Обратиться к загруженной базе, получить ответ на запрос.
Представить вариант построенной системы на дискете.
5.1. Характеристика программных средств субд.
Для реализации запросов пользователей студент на основе методической литературы, учебных пособий, книжных источников а также технических описаний изучить программные средства выбранной СУБД. Обычно студенты выбирают последние версии СУБД: DBASE, PARADOX, FOXPRO. При изучении программных средств систем управления базами данных студент должен выявить:
Какую модель данных поддерживает СУБД (реляционную, иерархическую, сетевую).
Особенности языка описания данных: единицы данных, поддерживаемые СУБД; связи между единицами данных; ограничения на описание данных.
Особенности языка манипулирования данных, методика программирования запросов пользователей.
Программные средства, обеспечивающие реализацию таких принципов баз данных, как независимость, защита, ограничения целостности, секретности.
Программные средства загрузки и корректировки баз данных.
Какие методы общения конечных пользователей поддерживает данная СУБД.
Данный этап выполняется в произвольном текстовом виде.
5.2. Анализ инфологической схемы.
Прежде всего студент должен ознакомиться с возможностями программного обеспечения выбранной СУБД.
Здесь его интересуют следующие вопросы:
Какие логические единицы данных поддерживает выбранная СУБД:
иерархическая (корневой сегмент, подобный сегмент, порожденный сегмент);
сетевая (набор, запись-владелец, запись-член набора);
реляционная (отношение).
Какие связи и между какими единицами данных поддерживает СУБД (1:1, 1:М, между наборами, между таблицами, между записями и т.д.).
СУБД реляционных моделей баз данных оперирует следующими понятиями:
база данных — совокупность взаимосвязанных файлов;
файл — множество однотипных записей (отношение, таблица);
запись — совокупность полей;
поле — наименьший элемент;
связи: 1:1, 1:М между ключами записей файла.
Студент сопоставляет основные понятия инфологической модели с основными понятиями выбранной модели. Например:
Основные понятия модели “сущность-связь” (Т.Тиори, Дж.Фрай) |
Основные понятия модели СУБД |
Идентифицирующий атрибут уникальной сущности |
Поле (дескриптор) |
Описательный атрибут уникальной сущности |
Поле |
Идентифицирующий, описательные атрибуты уникальной сущности |
Совокупность полей — запись |
Идентифицирующий атрибут неуникальной сущности |
Поле (субдескриптор) |
Описательный атрибут неуникальной сущности |
Поле |
Идентифицирующий атрибут, описательные атрибуты |
Совокупность полей — ЗАПИСЬ |
Имя сущности (уникальной, неуникальной) |
Имя файла (отношения, таблицы) |
Связи: 1:М, М:N, 1:1 между сущностями |
Логические связи 1:1,М:1 |
Все типы «Экземпляров сущности» могут быть объединены в совокупность «однотипных записей», которая представляет собой файл (отношение, таблица). При этом необходимо установить:
атомарность, неделимость атрибутов-полей, соблюдение правила: на пересечении строк и столбцов — одно единственной значение и другие свойства реляционной таблицы, отношения. Фактически идет проверка соблюдения первой нормальной формы образованных отношений.
отсутствие транзитивных, неполных функциональных зависимостей между полями, записями, файлами.
В случае обнаружения таких связей (в особенности между полями) необходимо от них освободиться, т.е. провести процесс нормализации.
Такие процедуры необходимо проделать и для канонических структур, и для композиционной модели.
Такие работы позволяют построить промежуточный вариант структуры, поддерживаемой СУБД, в нашем случае — “реляционной в виде совокупности отношений (таблиц, файлов)”. Этот вариант можно оформить в виде строки:
имя отношения (идентифицирующий атрибут, описательный атрибут).
в табличной форме:
имя отношение (файла)
-
Первичный ключ
поле
поле
поле
поле
имя отношения
-
Первичный ключ
поле
поле
поле
поле