Главная страница
Навигация по странице:

  • 2.3 Ти

  • Глава 3. По

  • Текстовый 20 Ме


  • Курсовая работа. 1. 2 Список вопросов, на которые должна отвечать информационная


    Скачать 0.69 Mb.
    Название1. 2 Список вопросов, на которые должна отвечать информационная
    Дата04.05.2022
    Размер0.69 Mb.
    Формат файлаdocx
    Имя файлаКурсовая работа.docx
    ТипРеферат
    #511496
    страница4 из 6
    1   2   3   4   5   6


    2.2 Требования нормализации



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

    • информационный объект должен содержать уникальный идентификатор — первичный ключ;

    • все не ключевые реквизиты должны быть взаимонезависимы;

    • все ключевые реквизиты, должны быть функционально независимы;

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

    • каждый описательный реквизит должен зависеть от ключа нетранзитивно, т. е. не должен зависеть через другой промежуточный реквизит. (2)



    2.3 Тип связи информационных объектов



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


    Рисунок 1.4 ER-диаграмма
    Существуют три типа связей: 1:1, 1:М, М:N.

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

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

    Связь М:M– в реляционной модели данных не реализуется. Ее необходимо преобразовать в связь 1:М введением дополнительного объекта «связки». Объект связка является подчиненным в связях 1:М.
    Глава 3. Построение информационно-логической модели базы данных


    3.1 Построение матрицы смежности ИЛМ
    Матрица смежности — квадратная матрица по числу информационных объектов. Матрица заполняется по строкам. Элемент матрицы на пересечении строки и столбца равен 1, если информационный объект, стоящий в строке, связан с информационным объектом, стоящим в столбце, отношением один ко многим, тип функциональной связи во внимание не принимается (3) (4). Таблица 2.1 соответствует матрице смежности для ИО ИЛМ предметной области «Столовая гимназии №8».

    Алгоритм расположения ИО по уровням иерархии:

    1. Вычислить итоговые суммы элементов матрицы по столбцам.

    1. Выделить ИО столбцов, для которых итоговая сумма равна 0.

    2. Удалить строки матрицы смежности соответствующие ИО текущего уровня иерархии.

    3. Для перехода к следующему уровню иерархии следует повторить пункт 2-3.


    Таблица 2.1 Матрица смежности

    ИО

    1

    2

    3

    4

    5

    ИО текущего уровня

    1







    1










    2







    1










    3










    1

    1




    4



















    5



















    0 уровень

    0

    0

    2

    1

    1

    1,2

    1 уровень

    -

    -

    0

    1

    1

    3

    2 уровень







    -

    0

    0

    4,5

    Цифрами обозначены ИО: 1 — food, 2 — table_inf, 3 —pupil, 4 —visit, 5 - pay.
    3.2 Логическая модель предметной области
    Логическая структура реляционной базы данных является адекватным отображением полученной информационно-логической модели предметной области. Для канонической модели не требуется дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле, атрибут) соответствует одному из реквизитов. Ключевые реквизиты образуют уникальный ключ реляционной таблицы. Для каждого столбца таблицы задается тип, размер данных и другие свойства. Топология проекта схемы данных практически совпадает с топологией информационно – логической модели. Логическая модель необходима для выявления связей между сущностями.

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

    Для связи используется вторичный ключ или ключ связи. Он обычно обозначается, как FK.


    Рисунок 2.1 Логическая модель предметной области
    3.3 Построение физической модели
    Параметры каждой таблицы базы данных указаны ниже.
    «pupil»

    Имя поля

    Ключевое поле

    Обязательное поле

    Тип данных

    Размер поля

    Подпись поля

    number_ls

    Да

    Да

    Текстовый

    20

    №ЛС

    name_p

    Нет

    Нет

    Текстовый

    20

    ФИО

    number_food

    Нет

    Нет

    Текстовый

    20

    № питания

    reason_priv

    Нет

    Нет

    Текстовый

    20

    Причина льготы


    «food»

    Имя поля

    Ключевое поле

    Обязательное поле

    Тип данных

    Размер поля

    Подпись поля

    number_food

    Да

    Да

    Текстовый

    20

    № питания

    name_f

    Нет

    Нет

    Текстовый

    25

    Название

    cost_f

    Нет

    Нет

    Денежный




    Цена

    class

    Нет

    Нет

    Текстовый

    20

    Класс


    «table_inf»

    Имя поля

    Ключевое поле

    Обязательное поле

    Тип данных

    Размер поля

    Подпись поля

    class

    Да

    Да

    Текстовый

    20

    Класс

    teach_name

    Нет

    Нет

    Текстовый

    20

    ФИО учителя


    «visit»

    Имя поля

    Ключевое поле

    Обязательное поле

    Тип данных

    Размер поля

    Подпись поля

    number_ls

    Да

    Да

    Текстовый

    20

    № ЛС

    day

    Да

    Нет

    Текстовый

    20

    Дата

    visit

    Нет

    Нет

    Текстовый

    20

    Посещение


    «pay»

    Имя поля

    Ключевое поле

    Обязательное поле

    Тип данных

    Размер поля

    Подпись поля

    number_ls

    Да

    Да

    Текстовый

    18

    № ЛС

    month

    Да

    Да

    Текстовый

    20

    Месяц

    year

    Да

    Да

    Текстовый

    20

    Год

    sum

    Нет

    Нет

    Текстовый

    20

    Сумма оплаты
    1   2   3   4   5   6


    написать администратору сайта