«разработка базы данных менеджера музыкальной группы»
Разработка и описание инфологической модели
жүктеу/скачать 0,79 Mb.
|
- Бұл бет үшін навигация:
- 2 ДАТОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
| 1.2 Разработка и описание инфологической модели
Анализ предметной области разрабатываемой базы данных для менеджера музыкальной группы позволил выделить объекты – группы, репертуар, гастроли, которым были поставлены сущности: Группы; Репертуар; Гастроли. Сущность «Группы» имеет следующие атрибуты (характеристики): код, название, год образования, страна, состав исполнителей, положение в последнем хит-параде. Сущность «Репертуар» имеет такие атрибуты: код, название песни, группа, композитор, автор текста, дата создания. Сущность «Гастроли» характеризуется кодом, группой, названием программы, местом проведения, датой начала, датой окончания, ценой билета. Атрибут «Код» сущностей «Группы», «Репертуар» и «Гастроли» является ключевым, то есть его значение уникально, не повторяется, что определяет уникальность (неповторимость) экземпляров сущности. Анализ значений атрибутов показывает, что в данной модели имеется два типа значений атрибутов - текстовые (Название, и т.д.) и числовые (Цена билета, и т.д.). Отношения определяют связи между сущностями. Группа «исполняет» разные песни, а каждая песня может быть в репертуаре только одной группы. Имеем бинарное отношение «Группа»-«Репертуар» - «один-ко-многим» (1:M). «Группа» и «Гастроли» также связаны отношением - «один-ко-многим» (1:M). ER-диаграмма будет выглядеть следующим образом (Рисунок 1): Рисунок 1 - ER-диаграмма модели БД 2 ДАТОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ Инфологическое моделирование проводится без ориентации на конкретную СУБД, поэтому на следующем этапе создания базы данных – даталогическом проектировании, необходимо определиться с выбором конкретных программных средств для реализации поставленной задачи и преобразовать инфологическую модель в даталогическую. Даталогическая модель включает в себя допустимые форматы данных, команд и состав операций, выполняемых над ними. На этом этапе выбирается какая-либо модель данных – иерархическая, сетевая, реляционная или гибридная. Каждая модель имеет свои свойства и особенности, поэтому к ее выбору следует подойти основательно, потому что от этого зависит дальнейшая реализация базы данных. Реляционная модель данных является самой распространенной, универсальной и простой в моделировании. Данные представлены в виде таблиц, которые, в свою очередь, состоят из строк и столбцов. Соответственно, каждая строка таблицы – это информация о конкретном объекте, каждый столбец представляет свойства этого объекта. Реляционную модель чаще всего и выбирают для проектирования баз данных. Для работы с реляционной моделью базы данных используют программное средство Microsoft Office Access– реляционную СУБД, имеющую широкий спектр функций, включающий связанные запросы, связь с внешними таблицами и базами данных. Благодаря пользовательскому интерфейсу Microsoft Office Access и интерактивным возможностям, не требующим глубоких знаний базы данных, приложение позволяет с легкостью отслеживать данные и составлять отчеты. Кроме того, приложение поддерживает интеграцию с другими программными средствами пакета Microsoft Office, что также является большим преимуществом. Основными объектами любой создаваемой базы данных являются: таблицы, запросы, формы и отчеты. Создание таблиц, определение их полей, типов данных и их свойств, а также связей между таблицами определяет структуру разрабатываемой базы данных, ее схему или, как говорят, даталогическую (логическую) модель данных. При переходе от инфологической модели к даталогической, сделаем только одно дополнение: выделим состав исполнителей групп в отдельную таблицу. Таблица «Составы» будет содержать следующие атрибуты: код, группа, участник, род деятельности. Датологическая модель представлена на рисунке 2. Рисунок 2 – Схема данных На рисунке 3 таблица «Группы» в режиме Конструктора, а на рисунке 4 в режиме Таблицы. Рисунок 3 – Таблица «Группы» в режиме Конструктора Рисунок 4 – Таблица «Группы» в режиме Таблицы На рисунке 5 таблица «Репертуар» в режиме Конструктора, а на рисунке 6 в режиме Таблицы. Рисунок 5 – Таблица «Репертуар» в режиме Конструктора Рисунок 6 – Таблица «Репертуар» в режиме Таблицы На рисунке 7 таблица «Гастроли» в режиме Конструктора, а на рисунке 8 в режиме Таблицы. Рисунок 7 – Таблица «Гастроли» в режиме Конструктора Рисунок 8 – Таблица «Гастроли» в режиме Таблицы На рисунке 9 таблица «Составы» в режиме Конструктора, а на рисунке 10 в режиме Таблицы. Рисунок 9 – Таблица «Составы» в режиме Конструктора Рисунок 10 – Таблица «Составы» в режиме Таблицы Для ввода данных в таблицы используют такой объект СУБД как формы. Существуют разные виды форм: в столбец, ленточная, табличная. Если форма в столбец позволяет отобразить на экране только одну запись (одну строку) таблицы, то ленточная и табличная – группу записей. На рисунке 11 приведена форма данной БД в режиме Формы. Рисунок 11 – Форма для ввода данных в таблицу «Группы» Для получения данных из базы необходимо использовать специальные объекты СУБД – запросы. Запрос — это набор инструкций, который можно использовать для обработки данных. Чтобы эти инструкции были выполнены, запрос следует запустить. Запрос не только возвращает результаты, которые можно сортировать, группировать и фильтровать. С помощью запроса можно также создавать, копировать, удалять и изменять данные. Наиболее часто используют запрос на выборку, который возвращает данные из одной или нескольких таблиц, а также результаты, которые при желании пользователь может изменить. При помощи такого запроса можно также передавать данные в другие объекты базы данных. После создания запроса на выборку его можно использовать по мере необходимости. Запрос может получать данные из одной или нескольких таблиц, из существующих запросов или из комбинаций таблиц и запросов. Таблицы или запросы, используемые для получения данных, называются источниками записей. В базе создано 7 запросов с различным назначением (рис. 12 - 25). Рисунок 12 – Запрос на выдачу года образования и страны группы Рисунок 13 – Результат запроса выдачу года образования и страны группы Рисунок 14 – Запрос для изменения положения групп в хит-параде Рисунок 15 – Результат запроса изменения положения групп в хит-параде Рисунок 16 – Запрос на выдачу места и продолжительности гастролей группы Рисунок 17 – Результат запроса на выдачу места и продолжительности гастролей группы Рисунок 18 – Запрос на выдачу репертуара группы Рисунок 19 – Результат запроса на выдачу репертуара группы Рисунок 20 – Запрос на выдачу цены билета на концерт группы Рисунок 21 – Результат запроса на выдачу цены билета на концерт группы Рисунок 22 – Запрос на выдачу информации о песне Рисунок 23 – Результат запроса на выдачу информации о песне Рисунок 24 – Запрос на удаление выбывшего из группы участника Рисунок 25 – Результат запроса на удаление выбывшего из группы участника Есть еще один объект базы данных – отчеты. Отчеты похожи на формы, но имеют другое функциональное назначение – обеспечивают форматированный вывод на печатающее устройство. Структура отчета отличается от структуры формы количеством разделов – используют еще нижний и верхний колонтитулы. Особенности отчетов – вставка в область верхнего и нижнего колонтитулов текущего номера страницы и полного количества страниц. Отчеты позволяют вывести на экран или на печать наиболее общую информацию из базы данных. На рисунке 26 представлен отчет о гастролях. Рисунок 26 – Отчет о гастролях жүктеу/скачать 0,79 Mb. Достарыңызбен бөлісу:
|