Базы данных. Краморенко Н.В. - 42 стр.

UptoLike

Составители: 

43
Таблица 2-5
Атрибут
Тип данных
(СУБД Access)
Допустимость
Null-значений
Первичный
ключ
Внешний
ключ
Отношение Поставки
ДатаПоставки
Дата/время Нет
КодПост
Целое Нет
КодПрод
Целое Нет
КоличествоП
Одинарное с плавающей
точкой
Да
ЦенаПоставки
Денежный Да
ДатаИзгот
Дата/время Да
Отношение Заказы
ДатаЗаказа
Дата/время Нет
КодПост
Целое Нет
КодПрод
Целое Нет
КоличествоЗ
Одинарное с плавающей
точкой
Да
Окончательный вариант реляционной модели (схемы БД) приведен на Рис. 2-28.
Рис. 2-28. Реляционная модель данных учета продажи продуктов в магазине
Глава 2.3. Проектирование реляционных баз данных на основе принципов
нормализации
Следующим этапом жизненного цикла БД, который мы рассмотрим, будет этап
даталогического или логического проектирования БД, приводящий к разработке схемы БД. Схема
БДсовокупность схем отношений, адекватно моделирующих абстрактные объекты предметной
области и семантические связи между этими объектами. Основой анализа корректности схемы
являются анализ функциональных зависимостей между атрибутами отношений БД. Некоторые
функциональные зависимости являются нежелательными из-за побочных эффектов и аномалий,
возникающих при модификации БД.
На этапе инфологического моделирования была построена модель «сущность-связь», и с
помощью алгоритма перехода к реляционной модели получена схема БД (Рис. 2-28), т.е. был начат
этап логического проектирования. Для продолжения процесса проектирования необходимо
проверить полученную схему БД на отсутствие избыточных функциональных зависимостей и при
необходимости нормализовать схему БД.
Процесс нормализации может быть проведен уже к концептуальной модели «сущность-
связь», тогда после перехода к реляционной модели получим нормализованную схему БД.
       Таблица 2-5
                                 Тип данных               Допустимость       Первичный   Внешний
       Атрибут
                                (СУБД Access)             Null-значений        ключ       ключ
                                       Отношение Поставки
   ДатаПоставки                 Дата/время                Нет
     КодПост                       Целое                  Нет                   √           √
      КодПрод                      Целое                  Нет                               √
    КоличествоП            Одинарное с плавающей          Да
                                  точкой
   ЦенаПоставки                  Денежный                 Да
    ДатаИзгот                   Дата/время                Да
                                        Отношение Заказы
    ДатаЗаказа                  Дата/время                Нет
     КодПост                       Целое                  Нет                   √           √
     КодПрод                       Целое                  Нет                               √
    КоличествоЗ            Одинарное с плавающей          Да
                                  точкой

Окончательный вариант реляционной модели (схемы БД) приведен на Рис. 2-28.




            Рис. 2-28. Реляционная модель данных учета продажи продуктов в магазине


    Глава 2.3. Проектирование реляционных баз данных на основе принципов
                                нормализации
        Следующим этапом жизненного цикла БД, который мы рассмотрим, будет этап
даталогического или логического проектирования БД, приводящий к разработке схемы БД. Схема
БД – совокупность схем отношений, адекватно моделирующих абстрактные объекты предметной
области и семантические связи между этими объектами. Основой анализа корректности схемы
являются анализ функциональных зависимостей между атрибутами отношений БД. Некоторые
функциональные зависимости являются нежелательными из-за побочных эффектов и аномалий,
возникающих при модификации БД.
        На этапе инфологического моделирования была построена модель «сущность-связь», и с
помощью алгоритма перехода к реляционной модели получена схема БД (Рис. 2-28), т.е. был начат
этап логического проектирования. Для продолжения процесса проектирования необходимо
проверить полученную схему БД на отсутствие избыточных функциональных зависимостей и при
необходимости нормализовать схему БД.
        Процесс нормализации может быть проведен уже к концептуальной модели «сущность-
связь», тогда после перехода к реляционной модели получим нормализованную схему БД.



                                                  43