5. Даталогическое проектирование базы данных.

В ходе выполнения данного этапа студент должен проделать следующие работы:

1. Изучить программные средства выбранной СУБД.

2. Провести анализ схемы, полученной на этапе инфологического проектирования.

3. Осуществлять переход от СУБД — независимой (концептуальной, инфологической) структуры к структуре, поддерживаемой выбранной СУБД.

4. Дать вариант логического описания базы данных в среде СУБД.

5. Разработать сервис пользователей.

6. Разработать программу загрузки файлов.

7. Загрузить файлы и получить отчет.

8. Обратиться к загруженной базе, получить ответ на запрос.

9. Представить вариант построенной системы на дискете.

5.1. Характеристика программных средств субд.

Для реализации запросов пользователей студент на основе методической литературы, учебных пособий, книжных источников а также технических описаний изучить программные средства выбранной СУБД. Обычно студенты выбирают последние версии СУБД: DBASE, PARADOX, FOXPRO. При изучении программных средств систем управления базами данных студент должен выявить:

1. Какую модель данных поддерживает СУБД (реляционную, иерархическую, сетевую).

2. Особенности языка описания данных: единицы данных, поддерживаемые СУБД; связи между единицами данных; ограничения на описание данных.

3. Особенности языка манипулирования данных, методика программирования запросов пользователей.

4. Программные средства, обеспечивающие реализацию таких принципов баз данных, как независимость, защита, ограничения целостности, секретности.

5. Программные средства загрузки и корректировки баз данных.

6. Какие методы общения конечных пользователей поддерживает данная СУБД.

Данный этап выполняется в произвольном текстовом виде.

5.2. Анализ инфологической схемы.

Прежде всего студент должен ознакомиться с возможностями программного обеспечения выбранной СУБД.

Здесь его интересуют следующие вопросы:

1. Какие логические единицы данных поддерживает выбранная СУБД:

-иерархическая (корневой сегмент, подобный сегмент, порожденный сегмент);

-сетевая (набор, запись-владелец, запись-член набора);

-реляционная (отношение).

2. Какие связи и между какими единицами данных поддерживает СУБД (1:1, 1:М, между наборами, между таблицами, между записями и т.д.).

СУБД реляционных моделей баз данных оперирует следующими понятиями:

1. база данных — совокупность взаимосвязанных файлов;

2. файл — множество однотипных записей (отношение, таблица);

3. запись — совокупность полей;

4. поле — наименьший элемент;

5. связи: 1:1, 1:М между ключами записей файла.

Студент сопоставляет основные понятия инфологической модели с основными понятиями выбранной модели. Например:

Основные понятия модели “сущность-связь” (Т.Тиори, Дж.Фрай)	Основные понятия модели СУБД
1. Идентифицирующий атрибут уникальной сущности	1. Поле (дескриптор)
2. Описательный атрибут уникальной сущности	2. Поле
3. Идентифицирующий, описательные атрибуты уникальной сущности	3. Совокупность полей — запись
4. Идентифицирующий атрибут неуникальной сущности	4. Поле (субдескриптор)
5. Описательный атрибут неуникальной сущности	5. Поле
6. Идентифицирующий атрибут, описательные атрибуты	6. Совокупность полей — ЗАПИСЬ
7. Имя сущности (уникальной, неуникальной)	7. Имя файла (отношения, таблицы)
8. Связи: 1:М, М:N, 1:1 между сущностями	8. Логические связи 1:1,М:1

Все типы “Экземпляров сущности” могут быть объединены в совокупность “однотипных записей”, которая представляет собой файл (отношение, таблица). При этом необходимо установить:

1) атомарность, неделимость атрибутов-полей, соблюдение правила: на пересечении строк и столбцов — одно единственной значение и другие свойства реляционной таблицы, отношения. Фактически идет проверка соблюдения первой нормальной формы образованных отношений.

2) отсутствие транзитивных, неполных функциональных зависимостей между полями, записями, файлами.

В случае обнаружения таких связей (в особенности между полями) необходимо от них освободиться, т.е. провести процесс нормализации.

Такие процедуры необходимо проделать и для канонических структур, и для композиционной модели.

Такие работы позволяют построить промежуточный вариант структуры, поддерживаемой СУБД, в нашем случае — “реляционной в виде совокупности отношений (таблиц, файлов)”. Этот вариант можно оформить в виде строки:

а)имя отношения (идентифицирующий атрибут, описательный атрибут).

б)в табличной форме:

имя отношение (файла)

Первичный ключ

поле

поле

поле

поле

имя отношения

Первичный ключ

поле

поле

поле

поле