База данных

Домен - это набор значений, которые могут быть присвоены  атрибутам сущности. Домены должны содержать следующие данные:

1. набор допустимых значений  для атрибутов;

2. сведения о размере  и формате каждого из полей  атрибутов.

После выделения всех имеющихся  доменов их документируют, присваивают  осмысленные имена.

Сведения о доменах  атрибутов представлены в таблице  на рисунке №4.

 

Рис.№4

1.5      Определение атрибутов, являющихся потенциальными, первичными и внешними ключами 

 

Цель: определение всех потенциальных ключей для каждого типа сущности и если таких ключей окажется несколько выбор среди них первичного ключа. Также необходимо выделить внешние ключи для каждой сущности, если они имеются.

Выделяют следующие виды ключей:

1. потенциальный ключ - это  атрибут, набор атрибутов, однозначно  идентифицирующих каждый экземпляр  сущности;

2. первичный ключ - потенциальный  ключ, который выбран для идентификации  экземпляров внутри сущностей  (потенциальные ключи, не выбранные  в качестве первичных, называются  альтернативными);

3. внешний ключ - это атрибут  или группа атрибутов дочерней  сущности, которые соответствуют  первичному ключу родительской  сущности.

4. составной ключ - первичный  ключ, состоящий из нескольких  атрибутов.

При выборе первичного ключа  необходимо принимать во внимание следующие  рекомендации:

1. использовать потенциальный  ключ с минимальным набором  атрибутов;

2. использовать тот потенциальный  ключ, вероятность изменения значений  которого минимальна;

3. выбирать тот потенциальный  ключ, который имеет минимальную  вероятность потери уникальности  значений в будущем;

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

После выбора первичных, альтернативных и внешних ключей сведения о них  документируются.

1.6Создание диаграммы  "сущность — связь"

Цель: разработка ER - диаграммы, содержащей концептуальное отражение представлений пользователя о предметной области приложения.

Существует множество  подходов к построению таких моделей: графовые модели, семантические сети, модель "сущность-связь" и т.д. Наиболее популярной из них оказалась  модель "сущность-связь " или называемая ещё ER-моделью.

Моделирование предметной области  при помощи модели "сущность-связь" базируется на использовании графических  диаграмм.

 

Рис.№5

 

П. Логическое проектирование

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

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

Цель: построение логической модели данных на основе концептуальной модели данных, отражающей представление отдельного пользователя о предметной области приложения и проверка полученной модели с помощью методов нормализации и контроля выполнения транзакции.

На данном этапе необходимо проверить связи, проверить модели с помощью правил нормализации и  построить окончательную диаграмму  сущность-связь.

2.1 Проверка связей

Цель: построение логической модели данных на основе концептуальной модели данных с целью удаления из них нежелательных элементов и преобразование полученных моделей в локальные логические модели данных.

Первым пунктом является удаление связи " многие ко многим". Удалить эту связь можно путем  ввода промежуточной сущности. Такая  связь ^х в моей курсовой работе отсутствует, так как была сразу выделена в качестве отдельной сущность "марка".

При введении промежуточной  сущности атрибутами этой сущности будут  являться первичные ключи связываемых  сущностей.

Вторым пунктом является удаление сложных связей - связей существующих между тремя и более типами сущности. Такие связи в моей модели отсутствуют.

Теперь необходимо удалить рекурсивные связи - это связи, в которых одни и те же сущности участвуют несколько раз и в разных полях. Таких связей в мною рассматриваемой модели нет.

Четвертым пунктом является удаление связи с атрибутами, то есть связи, имеющей дополнительные характеристики, таких связей в данной работе также не наблюдается.

Далее необходимо удалить  множественные атрибуты, если они  имеются. В данном случае их нет.

Также следует проверить  связи типа один-к-одному. В разрабатываемой  мною модели такие связи вообще отсутствуют.

Заключительным пунктом  является удаление избыточности связи. Связь считается избыточной, если одна и та же информация может быть получена не только через нее, но и  при помощи другой связи. Сделав анализ данных можно сказать, что таких  связей в данной работе также не наблюдается.

Пример выборки по связям на рисунке 6:

 

Рис.№6.

2.2 Проверка моделей  с помощью правил нормализации

Цель: проверка локальной логической модели данных с использованием технологии нормализации. Технология проектирования реляционных баз данных связано с теорией нормализации, основанной на анализе функциональных зависимостей между атрибутами отношений. Понятие функциональной зависимости является фундаментальным в теории нормализации реляционных баз данных. Функциональные зависимости определяют устойчивые отношения между объектами и их свойствами в рассматриваемой предметной области. Именно поэтому процесс поддержки функциональных зависимостей, характерных для данной предметной области, является базовым для процесса проектирования. Нормализация - это метод создания набора отношений с заданными свойствами на основе требуемых данных, установленных некоторой организацией. Это формальный метод анализа отношений на основе первичного ключа и существующих функциональных зависимостей. Он включает ряд правил, которые могут использоваться для проверки отдельных отношений таким образом, чтобы вся БД была нормализована до желаемой степени нормализации. В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:

1. 1 нормальная форма

2. 2 нормальная форма

3. 3 нормальная форма.

1) Отношение находится  в первой нормальной форме  тогда и только тогда, когда  на пересечении каждого столбца  и каждой строки находятся  только элементарные значения  атрибутов;

Существует два подхода  исключения повторяющихся групп  из ненормализованных таблиц:

- в первом случае повторяющиеся  группы удаляются путем ввода  соответствующих данных в пустые  столбцы строк с повторяющимися  данными. Этот подход называется  выравниванием таблицы.

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

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

" Функциональная зависимость  - описывает связь между атрибутами  отношения. Если в отношении  R, содержащем атрибуты А и В,  атрибут В функционально зависит  от атрибута А (А—>В), то каждое  значение атрибута А связано  только с одним значением атрибута  В.

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

3) Отношение находится  в третьей нормальной форме  тогда и только тогда, когда  оно находится во второй нормальной  форме и не содержит транзитивных  зависимостей.

Если для атрибутов  А, В, С некоторого отношения R существует зависимость вида А—>В, В—"С, то говорят, что атрибут С транзитивно  зависит от атрибута А через атрибут  В.

Все мои отношения находятся  в первой, второй и третьей нормальной форме. В моей БД таких зависимостей не обнаружено. 

 

2.3 Построение окончательной  диаграммы "Сущность- связь" 

 

Рис.№7.

 

Заключение

СУБД обеспечивает полный контроль над процессом определения  данных их обработкой совместных использований. Все эти функциональные возможности  в полной мере реализуются в программе MS Access, в ней предусмотрены все  необходимые средства для определения  и обработки данных, а также  для управления ими при работе с большими объемами информации.

В данной курсовой работе разработана  база данных для автоматизации * учета  в автомобильном салоне, для учета  поступления автомобилей с завода, для учета покупки и продажи  марок автомобилей покупателю. Также  в ней содержится информация о  покупателях, дилерах, заводе - изготовителе.

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

На втором этапе была сделана  проверка связей, и проверка моделей  с помощью правил нормализации. И, наконец, заключительным пунктом данной курсовой работы было построение окончательной  диаграммы "сущность - связь" с  указанием всех имеющихся атрибутов  и промежуточных сущностей.

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

 

 

Список использованной литературы

1. Базы данных. Учебник  под ред. А.Д, Хомоненко - СПб.: " Корона принт", 2000

2. Вейскос Дж. Эффективная  работа с MS Access 2000 - СПб.: Питер, 2001

3. Глушаков СВ., Ломотько  Д, В. Базы данных. Уч. Курс- Харьков: "Фо-пио";2000

4. Дейт К. Дж. Введение  в систему баз данных - 7-е издание-М.: Виль-ям,2001

5. Диго СМ. Проектирование  и использование баз данных. Учебник  - М.: Финансы и статистика, 1995

6. Карпова Т.С: Базы данных; Модели, разработка, реализация. - СПб.: Питер- 2000