Всем доброго времени суток!
Прошу оценить мою базу данных, разработанную для курсовой работы, и указать на мои ошибки.
Пункты задания: 1. Анализ предметной области, выделение сущностей и связей 2. Разработка ER-диаграммы 3. Определение таблиц, ключей и связей 4. Разработка структурной схемы БД 5. Разработка 4х запросов к БД
Предметная область: руководство, кол-во сущностей не менее 4х.
БД разрабатывается для научного центра микроэлектроники.

С анализом предметной области получилось следующее (я не совсем представляю, чем занимается руководство): на предприятии руководитель занимается тем, что получает заказы от заказчиков, и распределяет их по различным отделам, которые выполняют эти заказы. Также руководитель назначает премии различным отделам, которые получают эти премии.
Выделенные сущности: 1.Руководитель 2.Заказ 3.Исполнитель 4.Премия

ER-диаграмма:


Структурная схема БД:


Вот так всё это у меня вышло. Что думаете? Где и почему нужно подправить?

krvsa,
т.е руководитель - необязательное условие или заказ связан с премией как 1:1? Или в данном случае ещё какой-то тип связи?

По заказчикам думал делать таблицу след вида: Наименование руководителя, текущие заказы, контактные данные. Тогда получится связь заказчик заказывает заказ(Текущие заказы у руководителя связаны с ID заказа у заказчика как 1:1)?

Премия выдаётся одна на отдел. Дальше её распределяют руководители отделений. Я не стал это рассматривать, т.к для меня это чрезмерно усложнит схему. И основная цель у нас всё же проектирование структурированной кабельной сети.
А каша - это да, к сожалению я очень плохо разобрался в этом вопросе.

Или для устранения совпадения количества заказов и количества руководителей следует связывать не ID заказа, а, например, наименование заказа? Или же у руководителя должно быть другое поле.. пока такие мысли.
А поле 'заказчик' из таблицы заказов можно просто убрать, чтобы не создавать путаницу.

krvsa,

По задаче: нужно разработать не всю базу данных, а хотя бы её часть, главное - предметная область:Руководство и наличие не менее 4х сущностей.
Принимает и распределяет - действия руководителя. Соответственно они показаны связями от заказа к руководителю и от исполнителя к руководителю, отдельных таблиц под них не нужно. Выполняет - просто показывает процесс выполнения, т.е. что такой-то отдел выполняет такой-то заказ, без дополнительных свойств.
Про дальнейшее распределение премии: хватит указать лишь то, что отдел получает премию, дальнейшее распределение несущественно. Надо организовать всё в рамках данных сущностей +-.

krvsa,

Заказ выполняют несколько сотрудников, но может и один.

Наименование заказа - просто поле для массовки. Напр: исследование образца такого-то, разработка того-то. Связывать его ни с чем не нужно (ну кроме ID заказа, естественно) :)

А с перевыполнением по сущностям.. главное, чтобы их количество не достигло десятка и более, а то сам потом запутаюсь

Переделал БД:
Описание предметной области: Заказчик направляет заказы в научный центр. Руководитель научного центра принимает заказы и распределяет его по сотрудникам. Сотрудники выполняют заказ. Руководитель выдаёт премии различным отделам. Начальник отдела распределяют премию по сотрудникам отдела. Сотрудники получают премии.
У одного заказчика может быть несколько заказов. Руководитель один, принимает и распределяет все заказы по сотрудникам. Заказ может выполнять один или несколько сотрудников, но один сотрудник не может выполнять более одного заказа (менее может) Руководитель выдаёт премии всем отделам: один отдел - одна премия. Ну или ноль. Затем начальник отдела(у каждого отдела он один) распределяет премии по сотрудникам. Одному сотруднику не более одной премии.

Получилась вот такая ER-диаграмма:


И вот такая структурная схема:


Такое имеет право на жизнь или я опять везде накосячил?

Написал простые запросы к одной таблице:

SELECT ФИО
FROM Сотрудники
WHERE ID отдела = “3”


SELECT * FROM Заказ
WHERE Дата приёма=15.11.09 AND
ID заказчика IS DISTINCT FROM '5';

Как синтаксис запросов? Всё верно?
Нужны ещё 2 составных запроса, т.е с выборкой из нескольких таблиц.. Как можно реализовать такие запросы с помощью, например, конструкций JOIN..ON и UNION?

krvsa,

Как тогда назначается исполнитель? Из ID сотрудника в сотрудниках к ID сотрудника в исполнителе?
Поле ID премии можно просто убрать из отдела.. Кому назначена (ИД сотрудника) - просто опечатка. Правильно - ИД отдела(туда и идёт связь)
Усложнять схему не нужно - должна получиться как бы упрощённая часть базы данных. т.е оклад можно оставить как есть.

Увы, с запросами тоже туго
Как можно реализовать хоть что-то из предложенного? Какой синтаксис, функции?

Уф.. вроде всё сдал. завтра вечером будет вердикт, и скажут, что нужно исправлять в остальных расчётах

krvsa,
Большое спасибо за помощь :)

Зайду, кудаж я денусь :)