Учебное пособие Допущено Учебно-методическим объедине-нием по образованию в области прикладной информатики в качестве учебного пособия для студентов высших учебных заведений



бет4/9
Дата04.07.2016
өлшемі0.88 Mb.
#177242
түріУчебное пособие
1   2   3   4   5   6   7   8   9
2.4 Логическая модель базы данных

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

Сначала проанализируем связи типа многие-ко-многим для их возможного преобразования в связи типа один-ко-многим.

Связь Продукция Хранится на Складе удалим как избыточную – эти данные можно вычислить используя связи между сущностями Продукция, Накладная на перемещение и Склад.

Следующим этапом необходимо провести нормализацию.

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

Таблица находится во 2НФ, если она удовлетворяет требованиям 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

В данном случае только отношение Накладная на перемещение имеет составной ключ, все остальные отношения автоматически находятся во 2НФ.

Для приведения отношения Накладная на перемещение ко 2НФ преобразуем его в два отношения Накладная_шапка и Накладная _строка.

Во второе отношение добавим новое поле Номер_строки, благодаря которому сможем вводить в одну накладную несколько строк одной и той же продукции.

Приведение отношений к третьей нормальной форме сводится к исключению транзитивных зависимостей.

В нашем случае транзитивная зависимость есть только в отношении Накладная на перемещение – поле Единица зависит от поля Продукция. Так как поле Единица содержится в отношении Продукция, то его можно удалить из отношения Накладная на перемещение.



2.5 Физическая модель базы данных

Как уже было рассмотрено раньше, физическая модель зависит от выбранной СУБД.

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

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

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


Раздел 3 Задания для лабораторных работ и самостоятельной работы
3.1 Лабораторные работы
Лабораторная работа 1

Цель работы: Создание баз данных с помощью СУБД MS Access. Изучение возможностей режима Конструктор таблиц.

Задание: Создать таблицы базы данных “Успеваемость”. Описать структуру записей таблиц, заполнить таблицы данными.

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

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

Для каждой таблицы определите первичный ключ.



После того как таблицы будут созданы внести в них данные, учитывая, что хранятся сведения о результатах сдачи сессии студентами двух групп (7-9 студентов в каждой группе) по 5 дисциплинам (по одной дисциплине сдается зачет). Одну и ту же дисциплину в разных группах могут вести разные преподаватели.

Таблица 5 – Объекты базы данных «Успеваемость»

Информационный объект

Название реквизита

Обозначение реквизита

Признак ключа

СТУДЕНТ

Номер зачетки

Н_зач

Первичный

ключ

Фамилия, имя, отчество

ФИО

Адрес

Адрес




Группа

Группа




СЕССИЯ

Номер зачетки

Н_зач

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

Код дисциплины

Код_дис


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

Оценка

Оценка




СПРАВОЧНИК ДИСЦИПЛИН

Код дисциплины

Код_дисц

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

Наименование дисциплины

Наим_дисц




Код преподавателя

Лектор




ПРЕПОДАВА-ТЕЛЬ

Код преподавателя

Лектор

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

ФИО преподавателя

ФИО_преп

Должность

Долж




Ученая степень

Уч_степ




Стаж

Стаж




РЕСУРСЫ

Код преподавателя

Лектор




Код дисциплины

Код_дисц




Группа

Группа






Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет