login88Помогите определить, верно ли составлена модель сущность-связь? вызывает сомнение объединение первых, вторых блюд и напитков с десертом под одну связь (правильно ли эта связь осуществлена) и есть сомнения насчет определения связей 1-1, 1 - много, 0-1. Буквой M обозначена связь много, буквой N - нулевая.Это принципиально - выделить "Первые блюда", "Вторые блюда", "Десерт" и "Напитки" как отдельные сущности? Почему бы не заменить это разделение на атрибут "Категория" для сущности более "общего" вида (например "Элемент Меню")?
Можете завести еще один вид сущности ("Категория") и связь меджу сущностями "Элемент Меню" и "Категория".

login88Помогите определить, верно ли составлена модель сущность-связь? вызывает сомнение объединение первых, вторых блюд и напитков с десертом под одну связь (правильно ли эта связь осуществлена) и есть сомнения насчет определения связей 1-1, 1 - много, 0-1. Буквой M обозначена связь много, буквой N - нулевая.
И в догонку...
Первые/вторые/прочие блюда не с клиентом правильнее было бы связать не с клиентом, а с заказом.

login88Так предлагаете сделать?Замените связь "Э_К" ("Элемент меню" <-> "Клиент") на "Э_З" ("Элемент меню" <-> "Заказ").
Для "Элемента меню" поднимите атрибуты "Id", "вес", "цена" и куда-то пропавшее "название" :) на уровень сущности "Элемент меню".
Атрибуты "первые блюда", "вторые блюда" и т.д. свести в один атрибут "категория".

И еще... Если в заказе может быть больше одного блюда (и, скорее всего, так оно и есть), может понадобиться новая сущность "Элемент заказа" (с атрибутом "количество"), которая связывается с "Заказом". И тогда связь "элемента меню" уже нужно делать не с "заказом", а с "элементом заказа"...

login88То есть если по этой er-диаграмме строить таблицу, то она выглядела бы так, что неерно
Мне кажется, что заказ должен выглядеть как-то вот так: