
- •1. Описание предметной области
- •1.2. Статистические данные
- •1.3. Зачем нужна база данных для аудиопроигрывателя?
- •1.4. Цель разработки
- •2. Разработка архитектуры
- •2.1. Что делает система?
- •2.2. Из каких частей состоит система?
- •2.3. Где эти части располагаются?
- •2.4. Как эти части взаимодействуют с собой?
- •2.5. Какие задачи нужно решить (этапы развития), чтобы достигнуть цели?
- •3. Разработка технического задания
- •3.5. Нефункциональные требования
- •3.5.1. Требования к надежности
- •3.5.2. Требования к обучаемости
- •3.5.3. Производительность
- •3.5.4. Масштабируемость
- •3.5.5. Требования к безопасности
- •4. Определение атрибутов, сущностей и связей
- •4.1. Выявление сущностей и атрибутов
- •4.2. Приведение таблицы к первой нормальной форме
- •4.3. Даталогическая модель
- •4.4. Выбор субд
- •4.5. Физическая модель данных
- •5. Работа базы данных
- •5.1. Составление и описание бизнес-процессов объекта
- •5.2. Алгоритм работы приложения. Блок-схема.
- •6. Интерфейс мультимедийной системы
- •6.1. Описание интерфейса приложения “Old Gen Player”
- •6.2. Целевая аудитория
- •6.3. Цветовые кодировки
- •7. Результаты работы
- •Список использованной литературы
4.3. Даталогическая модель
Даталогическая модель представляет собой обобщённое неформальное описание проектируемой базы данных. Она создаётся с использованием естественного языка, ER-диаграмм, математических формул, таблиц, графиков и других средств, понятных участникам проектирования базы данных. Данная модель ориентирована на человека и не зависит от физических параметров среды хранения данных.
Ключевое поле – это поле, которое содержит уникальные данные для каждой записи в таблице. Такие поля используются для идентификации записей и могут быть определены как первичный или внешний ключ.
Первичный ключ (Primary key, PK) предназначен для уникальной идентификации строк в таблице и должен соответствовать следующим требованиям:
первичный ключ должен всегда оставаться уникальным;
он должен присутствовать в каждой строке и не содержать пустых значений;
изменение значений первичного ключа должно происходить крайне редко, а в идеале – не меняться вовсе.
Внешний ключ (Foreign key, FK) – это столбец или комбинация столбцов, которые обеспечивают связь между данными двух таблиц. Он используется для контроля и согласованности данных, которые хранятся в связанных таблицах.
Таблицы сущностей с ключевыми полями приведены ниже.
Таблица 4.6 – Трек
№ п.п |
Наименование атрибута |
Описание |
1 |
Код трека |
Уникальный идентификатор трека. |
2 |
Название трека |
Название аудиофайла, отображаемое пользователю. |
3 |
Продолжительность |
Длительность трека в формате "минуты:секунды" (например, 3:45). |
4 |
Бинарные данные аудиофайла |
Данные для сохранения и последующего воспроизведения аудиофайлов непосредственно из базы данных. |
Определив сущности и их атрибуты, рассмотрим, как они взаимодействуют друг с другом. При проектировании баз данных выделяют три основных типа взаимосвязей:
Один-к-одному (1:1)
Каждой записи одной сущности соответствует ровно одна запись другой сущности. В данном случае первичный ключ зависимой таблицы одновременно является внешним ключом, ссылающимся на первичный ключ главной таблицы.
Один-ко-многим (1:М)
Одной записи первой сущности могут соответствовать несколько записей другой сущности. Несколько строк из зависимой таблицы связаны с одной строкой из основной таблицы.
Многие-ко-многим (М:М)
Одной записи первой сущности могут соответствовать несколько записей второй сущности, и наоборот. Например, одна строка из таблицы A может быть связана с несколькими строками таблицы B. Однако такие связи в базах данных обычно реализуются через промежуточные таблицы.
Типы связей:
Идентифицирующие связи
Связь, при которой одна таблица является родительской, а другая — дочерней. Дочерняя таблица полностью зависит от существования родительской.
Неидентифицирующие связи
Связь, при которой таблицы не зависят друг от друга. Роли родительской и дочерней таблиц могут изменяться.
Так как в рамках нашей работы предусмотрена только одна сущность, она не имеет никаких связей с другими сущностями. Все операции производятся исключительно внутри этой сущности, что упрощает структуру базы данных и её реализацию.
Рисунок 4.1 – Даталогическая модель