Разработайте er-схему бд Парикмахерская: клиенты, прайс-лист услуг, сотрудники, кассовый журнал.
Добавим атрибуты Код клиента, Код услуги, Код сотрудника и Код записи, так как использовать номера телефонов неудобно, названия услуг могут повторятся, а на одну запись в салон может приходится несколько процедур. Связи: обычно любой сотрудник парикмахерской может делать любую услугу, поэтому связывать эти таблицы дополнительно не имеет смысла, аналогично любой клиент может заказать любую услугу у любого мастера. Тогда сущности будут связываться только с Кассовым журналом, причем каждая запись должна иметь обязательно Данные об услугу, Сотруднике и клиенте, и записей с каждым будет много, то есть связь 1:м (м для кассового журнала) и кп у м обязательное.
Дано отношение больницы (первые 7 записей):
Номер больницы |
Наименование больницы |
Профильное заболевание |
Количество больных, лечивших в данной больнице данное заболевание |
1 |
Боткинская |
Глаукома |
100 |
1 |
Боткинская |
Гастрит |
120 |
2 |
им. Семашко |
Колит |
20 |
2 |
им. Семашко |
Остеохондроз |
100 |
3 |
им. Пирогова |
Палеотрит |
200 |
3 |
им. Пирогова |
Бронхит |
100 |
3 |
им. Пирогова |
Глаукома |
200 |
и т.д.
Номера и наименования больниц – уникальны, одна и та же болезнь может лечиться в разных больницах. Определите потенциальные ключи, аномалии, зависимости. Нарушение какой нормальной формы наблюдается? Нормализуйте отношение. Постройте реляционную схему БД. Потенциальные ключи: Номер больницы+профильное заболевание; наименование больницы+профильное заболевание
Аномалии:Удаления, включения и модификации
Зависимости: Номер больницы->Профильное заболевание; Номер больницы+Профильное заболевание->Количество больных, лечивших в данной больнице данное заболевание; Наименование больницы->Профильное заболевание; Наименование больницы+Профильное заболевание->Количество больных, лечивших в данной больнице данное заболевание
Нарушение 2НФ
Разработайте er-схему бд Школа: учителя, предметы, ученики, журнал успеваемости.
Определим ключи независимых сущностей. В сущности Учителя ключом мог бы стать атрибут Телефон, как и в сущности Ученик. Однако надежнее ввести для этой цели в число атрибутов этих сущностей специальные атрибуты с уникальными значениями: Код Учителя и Код Ученика. В сущности Предметы все атрибуты могут представлять составной клюю, так как один учитель может вести несколько разных предметов, а также один предмет может вести один учитель у разных классов, но можно ввести также уникальный ключ - Код предмета. Для таблицы успеваемость введем поле код записи, так как в противном случае могут повторяться строки, что является нарушение правила. Связи: один учитель может вести несколько предметов, а также один предмет у разных классов могут вести разные учителя, значит связь М:М, значит нужна сущность-связка. Аналогично М:М между ученики и предметы, учителя и ученики и связь журнал успеваемость со всеми остальными, но можно ввести одну сущность, которая будет показывать какой учитель ведет у какого ученика и какой предмет, именно через нее можно связать все сущности и ее связь с Учителя, Ученики, Предметы будет один ко многим (многие на стороне новой сущности) и, поскольку у каждого ученика есть и предметы и учителя, каждый учитель обязательно ведет предмет и имеет учеников и так далее, тогда кп на стороне много обязательное. Связка-Журнал тоже 1:м, м обязательное.
Даны отношения:
СТУДЕНТЫ (№ЗачКн, ФИО)
ПРЕДМЕТЫ (КодПредм, Название) ОЦЕНКИ (КодПредм, №ЗачКн, Балл, Группа)
Нарушение какой нормальной формы наблюдается? Нормализуйте отношения. Постройте реляционную схему БД.
НФБК
Разработайте ER-схему БД Ремонтная мастерская: виды работ, исполнители, заказы на ремонт, заказчики.
Добавим атрибуты Код заказчика, Код работы, Код исполнителя и Код заказа, так как использовать номера телефонов неудобно, названия услуг могут повторятся, а на одну запись в салон может приходится несколько процедур. Связи: исполнитель может делать несколько видов работ и одну работу могут исполнить несколько заказчиков, связь м:м, добавляем сущность связку со связью 1:м и кп на м обязательно. Заказчик может у кого угодно заказать что угодно и уто можно увидеть только в сущности заказы на ремонт, значит связь только с этой сущностью, причем один заказчик может сделать много заказов, связь 1:м (м-заказы на ремонт) и кп обязательно, аналогично связана сущность заказы на ремонт с остальными сущностями таблицы.
