1) номера договоров, телефоны - только строки
2) ФИО я бы сделал влитным, без деления на имя и отчество. Как китайцев обрабатывать будете? Типа Вась Ю Шина или Ли Си Цина?
3) Почему у одного сотрудника может буть несколько поставщиков, а у одного поставщика не может быть несколько сотрудников? И на случай отпуска как учитываются замещающие сотрудники?
4) Почему сумма в целых числах? Или я что-то не так понял в обозначениях, и это тип Money?
5) Счет и заказ как-то связаны? На картинке связи не вижу

12345sql,

1) товар и группы товаров ИМХО правильнее связь много-ко-многим
2) состав заказа связывать нужно с товарами, а не группами товаров.
3) поставщик должен связываться с составом заказа, а не сотрудником
4) счет должен связываться с заказом (могут ведь быть и аннулированные счета, к примеру)

Наверное, сходу как-то так будет

12345sqlArm79,
А если вообще убрать поставщиков чтоб не мешались, предположим что сам я выращиваю +). Все делаю для того чтоб облегчить. А то уже давно должен приступить к след.части задания. Я просто сравнил с др.работами там по 3 сущности сделали, а то и по две. Я чувствую разошелся для курсача.
Убрал группы товаров, ввел новую запись в табл.Товары - Сорт. Думаю достаточно,если принять то что буду одни цветы у меня продаваться.
В общем вот что получилось.

Ну если все предполагать, то для магазина вполне достаточно ничего не проектировать. Итак все сойдет, главное - касса.

Как я понимаю, цель курсовика - привить навыки пректирования. Вы вышли на форум и спросили правильность. Вам ответили, что неправильно. И указали на ошибки. Если они видны сразу, почему вы думаете, что преподаватель их не заметит?

Вам же не предлагают на форуме полноценную БД спроектировать. Все советы даны в рамках сильно упрощенной постановки задачи.

Что касается уже третьей попытки, то вы почему то игнорируете советы и снова лепите как хотите. Почему Товары связаны с Поставщиками? Что, неужели у гвоздик может быть всего один поставщик? Там связь будет именно с составом заказа. Хотя если упрощать, то вам поставщики вообще не нужны

Далее, Товары. Как я понял, это номенклатура ваших позиций. И зачем там Цена и количество?
Цена должна быть именно в заказе. Ведь в разные дни цена на цветы может быть разной. А есть ведь еще и скидки и бонусные (накопительные) программы, которые у вас вообще никак не учитываются... Остатки и цены должны быть двумя табличками, но в вашем "упрощенном" случае они вообще не нужны. Так что просто уберите цену и количество из товаров, и перекиньте их в состав заказа.

Вопрос с клиентами тоже открытый. Когда я прихожу в магазин, мне продают цветы, но паспорт почему то не спрашивают. Так ли нужна вам именно таблица (для упрощенки)?

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

-> - это связь один-ко-многим

Всего 6 сущностей, вы будете наголову выше своих однокурсников :-)

В общем подразумевается, то что приходит клиент в нашу контору говорит мне 1000 белых роз пожалуйста, его сразу в БД записывают в таблицу Клиенты.

почему записывает? клиент согласен ждать, пока его запишут? или вот так вот сразу без вопросов скажет и ФИО, и телефон и адрес, и ключи от сейфа, где деньги лежат отдаст? а что будет, если не скажет? вы его не обслужите?

Сотрудник его обслуживает. Далее формируется заказ, т.е. дата заказа кто заказал,кто обслужил,
Затем сам состав заказа, Розы белые, 1000 штук. У нас есть типа каталога который можно посмотреть у каждого поставщика т.е. табл. Товары там же мы и смотрим и подбираем оптимальную цену для себя у кого дешевле, т.е в состав заказа пишем сразу шифр цветка.

Шифр цветка (даже одинакового, например гвоздика) у разных поставщиков разный?

И так же выставляется счет по номеру заказа вместе с реквизитами которые нужно оплатить.

Как это имеет отношение к физическому лицу? зачем ему знать ваши реквизиты? Или вы обслуживаете ТОЛЬКО юридические лица?

Далее работа др.лиц по шифру цветка мы можем найти конкретного поставщика и заказать у него эти 1000 роз. Все по моему вся работа моей БД описана.
Связи:
У клиента может быть много заказов, но у заказа только один клиент.
Сотрудник может обслуживать много заказов, но заказ может быть только у одного сотрудника
От одного заказа может быть много счетов так как составов заказа может быть тоже несколько, но у счета один заказ конкретный.

Не понимаю, причем здесь состав заказа? и почему на счет их может быть несколько?

Как я сказал от заказа может быть много составов заказа, но у состава заказа один конкретный заказ.
Поставщик может выполнять много составов заказа, но состав заказа у конкретного поставщика У поставщика много товаров может быть, но не все товары могут быть у каждого поставщика.

Объясните где я логически ошибся, если не придираться, к конкретным действиям, например как будет оплачивать клиент через банк итд, или как будет поставщик поставлять цветы, почтой России или откуда

Сергей Васкецов,

Можно немного поподробнее? Я так, для себя, ибо торговлю не автоматизировал.

Пример: я по купаю 3 гвоздики, 2 гладиолуса и 1 розу. Кому будут высталены счета? Только мне? Если да, то почему их несколько? Я же не беру гвоздики сейчас, а розу - через неделю. Да даже и если возьму - на момент формирования заказа цена разве может быть нефиксированной?