Читайте также:
|
Для реализации поставленной задачи в проектируемую БД необходимо включить следующие разделы:
1) информация об имеющихся пользователях;
2) информация о плейлистах каждого из пользователей;
3) информация о песнях каждого из плейлистов;
4) информация о музыкальных жанрах;
Реляционная модель данных некоторой предметной области представляет собой набор отношений (двумерных таблиц), изменяющихся во времени.
В общем случае можно считать, что реляционная БД включает одну или несколько таблиц, объединенных смысловым содержанием, а также процедурами контроля целостности и обработки информации в интересах решения некоторой прикладной задачи. Например, при использовании СУБД Microsoft Access в файле БД наряду с таблицами хранятся и другие объекты базы: запросы, отчеты, формы, макросы и модули.
Достоинство РМД заключается в простоте, понятности и удобстве физической реализации на ЭВМ. С помощью одной таблицы удобно описывать простейший вид связей между данными, а именно деление одного объекта, информация о котором храниться в таблице, на множество подобъектов, каждому из которых соответствует строка или запись таблицы. Физическое размещение данных в реляционных базах на внешних носителях легко осуществляется с помощью обычных файлов. Проблемы же эффективности обработки данных этого типа оказались технически вполне разрешимыми.
Основными недостатками реляционной модели являются следующие: отсутствие стандартных средств идентификации отдельных записей и сложность описания иерархических и сетевых связей.
На рисунке 4.6 изображена функциональная зависимость между таблицами в базе данных.
Рисунок 4.6 – Функциональные зависимости между таблицами
Реализованная база данных включает пять таблиц, проектирование которых основывается на полученных сущностях:
Сущность «Пользователь» представлена в виде таблицы «Users» (см. рис. 4.7).
Рисунок 4.7 – Представление сущности «Пользователь» в виде таблицы «Users»
В данной таблице поле «Id_User» ключевое типа счётчик, поле «Name_User» содержит логин пользователя и имеет тип данных текстовый (255). Поле «Password_User» содержит пароль пользователя и имеет тип текстовый (255).
Сущность «Плейлист» представлена в виде таблицы «Playlists» (см. рис. 4.8).
Рисунок 4.8 – Представление сущности «Плейлист» в виде таблицы «Playlists»
В таблице «Playlists» поле «Id_Playlist» ключевое типа счётчик, поле «Id_User» служит для связи с таблицей «Users», имеет тип числовой, поле «Name_Playlist» содержит название плейлиста и имеет тип текстовый (255).
Сущность «Песня» представлена в виде таблицы «Songs» (см. рис. 4.9).
Рисунок 4.9 – Представление сущности «Песня» в виде таблицы «Songs»
В таблице «Songs» поле «Id_Song» является ключевым типа счётчик, поле «Title_Song» содержит название песни и имеет тип текстовый (30), поле «Artist_Song» содержит исполнителя и имеет тип текстовый (30), поле «Album_Song» содержит название альбома песни и имеет тип текстовый (30), поле «Year_Song» содержит информацию о годе песни (альбома) и имеет тип числовой, поле «Id_Genre» обозначает жанр песни и служит полем для связи с таблицей «Genres», тип числовой, поле «Comment_Song» содержит комментарий к песне и имеет тип текстовый (30), поле «Track_Song» содержит номер трека и имеет тип числовой, поле «Path_Song» содержит полный путь к песне и имеет тип текстовый (255).
Сущность «ПесняПлейлист» представлена в виде таблицы «SongPlaylist» (см. рис. 4.10).
Рисунок 4.10 – Представление сущности «ПесняПлейлист» в виде таблицы «SongPlaylist»
В таблице «SongPlaylist» поле «Id_Song» обозначает номер песни и служит полем для связи с таблицей «Songs», поле «Id_Playlist» обозначает номер плейлиста и служит полем для связи с таблицей «Playlists», поле «PlayTimes» содержит число прослушиваний песни и имеет тип числовой, поле «Rating» содержит рейтинг песни и имеет тип текстовый (5).
Сущность «Жанр» представлена в виде таблицы «Genres» (см. рис. 4.11).
Рисунок 4.11 – Представление сущности «Жанр» в виде таблицы «Genres»
В таблице «Genres» поле Id_Genre является ключевым типа счётчик, поле «Text_Genre» содержит название жанра.
Общая схема отношений для логического уровня проектирования БД (см. рис. 4.12) может выглядит следующим образом:
Рисунок 4.12 – Логическая модель проекта БД «MP3_Catalogizator»
Дата добавления: 2015-07-25; просмотров: 42 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| Обмен данными | | | Программирование интерфейса клиента |