1.Проектирование модели бд

Проектирование БД - это процесс создания схемы базы данных и определение необходимых ограничений целостности.

Основные задачи проектирования:

1. Обеспечение хранения в БД всей необходимой информации

2. Обеспечение возможности получения данных по всем вопросам

3. Сокращение избыточности и дублирования данных

4. Обеспечение целостности данных, т.е. исключение противоречий в содержании данных.

1.1. Концептуальное проектирование

Концептуальное (инфологическое) проецирование - построение семантической модели предметной области, т.е. информационной модели наиболее высокого уровня абстракции.

Конкретный вид и содержание концептуальной модели определяется выбранным для этого формальным аппаратом, используемым графически (ER-диаграмма).

Чаще всего концептуальная модель включает в себя:

1. Описание информационных объектов или понятие предметной области и связи между ними;

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

1.2. Логический уровень

Логическая (даталогическая) модель БД - это создание схемы БД на основе конкретной модели данных (реляционная модель). Для реляционной модели данных даталогическая модель - это набор схемы отношений, с указанием первичных ключей, а также связей между отношениями. На этапе логического проектирования учитывается специфика конкретной модели.

Реляционные хранилища данных (РХД).

Реляционные БД - это совокупность отношений, содержащих всю информацию, которая должна храниться в базе и физически отображаться в том, что информация хранится в виде двумерных таблиц, связанных с помощью ключевых полей. В основе технологии РХД лежит принцип, в соответствии с которым все измерения хранятся в плоских таблицах, а факты в отдельных таблицах этой же БД.

Проектирование логической модели данных для хранилища данных.

На логическом уровне различают 2 схемы построения РХД: «звезда» и «снежинка».

Схема «звезда». При её использовании центральной является таблица фактов, с которой связаны все таблицы измерений. Таким образом, вся информация о каждом измерении располагается в отдельной таблице, что упрощает их просмотр и саму схему делает логически прозрачной. Преимущества: простота и логическая прозрачность модели. Недостаток: медленная обработка измерений и высокая вероятность возникновения несоответствия данных.

Схема «снежинка». Особенностью этой схемы является то, что информация об одном измерении может храниться в нескольких связанных таблицах, т.е. если хотя бы одна из таблиц измерений имеет одну или несколько связанных с ней других таблиц измерений, то будет применяться схема «снежинка». Основное функциональное отличие этой схемы от схемы «звезда» - это возможность работы с иерархическими уровнями, определяющими степень детализации данных. Преимущества: нормализация таблиц измерений позволяет минимизировать избыточность данных и более эффективно выполнять запросы, связанные со структурой значений измерений. Недостаток: время выполнения запросов.

1.3. ER-диаграмма

ER-модель (Entity Relation Ship Model) - является наиболее известным представителем класса концептуальной модели предметной области.

Представляется в графической форме с использованием ER-диаграммы.

Составим инфологическую модель.

Для этого она должна удовлетворять следующим требованиям:

1. модель должна давать полное представление о предметной области

2. должны быть перечислены все необходимые сущности и их атрибуты

3. имена сущностей должны быть уникальными

4. имена атрибутов в пределах одной сущности должны быть уникальными

5. модель должна быть однозначно трактована

6. в каждой сущности должна быть выделена идентифицирующая совокупность атрибутов

7. гибкость модели

Выделим базовые сущности этой предметной области:

1. Сотрудники компании. Атрибуты сотрудников – код сотрудника, ФИО, дата рождения, стаж, должность, адрес и телефоны.

2. Автомобили. Атрибуты автомобиля – Код автомобиля, марка, цена.

3. Клиенты. Атрибуты клиента – ФИО, паспортные данные, адрес

4. Продажа. Атрибуты продажи – код продажи, код клиента, код автомобиля, код сотрудника, дата продажи

Сотрудники

¶ Код сотрудника

ФИО

Дата рождения

Стаж

Адрес

Телефон

Должность

Клиенты

¶ Код клиенты

ФИО

Паспорт.данные

Адрес

Продажа

¶ Код продажи

Код клиента

Код автомобиля

Код сотрудника

Дата продажи

Автомобили

¶ Код автомобиля

Марка

Цена