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

  • Билеты № билета Дата

  • Граф нашей информационной системы. Основные объекты и связи между ними

  • Смысл связей между сущностями в данной модели таков

  • Местами и рядами и Билетами

  • Афиши , Жанры

  • СУБД ЛАБ2. СУБД ЛАБ2 ДА. Афиша Билеты Жанры


    Скачать 291.19 Kb.
    НазваниеАфиша Билеты Жанры
    АнкорСУБД ЛАБ2
    Дата22.10.2022
    Размер291.19 Kb.
    Формат файлаdocx
    Имя файлаСУБД ЛАБ2 ДА.docx
    ТипДокументы
    #747930

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

    • Афиша

    • Билеты

    • Жанры

    • Залы

    • Категория мест

    • Места и ряды

    • Репертуар

    • Цены

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

    Билеты

    № билета

    Дата

    Время

    Зал

    Ряд

    Место

    Продан

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

    Определим назначение нашей будущей информационной системы. Из неё мы должны узнать (предположительные сведения на этапе проектирования):

    • Учет проданных билетов.

    • Свободные места на конкретный фильм и дату.

    • Репертуар (состав).

    • Цены на билеты и спектакли.

    Граф нашей информационной системы. Основные объекты и связи между ними:



    Смысл связей между сущностями в данной модели таков:



    Например, линия между Местами и рядами и Билетами имеет смысл «входят  в состав» Билетов, а между Категориями мест и Местами и рядами  означает, что некая категория мест выделена в местах и рядах, тип связи  «один ко многим». Связь Категория мест и Цены означает, что Категории мест включены в ЦеныЗалы и Репертуар включены в АфишиЖанры входят в состав Репертуара тип связи  «один ко многим».

     

    Сущности связаны различными типами связей  «один к одному», «один ко многим», в зависимости от назначения, связь «многие ко многим», в данной модели БД не представлены.

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

    Реляционная модель нашей БД Театр драмы, будет состоять из следующих таблиц:


















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