Ivan2610Помогите найти ошибки в данной схеме, пожалуйста.
Заранее спасибо!


Кроме возможных ошибок в анализе предметной области, каких-то серьезных ошибок в проектировании не вижу.

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

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

Ivan2610MasterZiv,

Всё, что выше горизонтальной линии - ключевые атрибуты.
Всё, что ниже - неключевые. Из того, что они неключевые не значит, что они могут быть null-ми. В базе будет стоять ограничение not null.
)

Я как бы в курсе, но обычно CASe если показывает связь необязательную, то он и делает ее такой.

Короче, дальше тебе виднее.

Ivan2610Дедушка,

Вот условие, которое было у задачи:

А на кой авиакассе знать о экипаже ?
Бред какой-то....

а почему часть связей показана пунктиром и с ромбиками на втором конце?

Идентифицирующие и неид., обязательные и необязательные.

- бийлет продается на конкретное лицо (ФИО, № паспорта и т.п.)
- билет продается на определенное место (номер места)


Не всегда. Даже чаще без места. Этот ты с поездом путаешь.

Поезд всегда один ходит, самолеты разные летают, даже могут быть разных авиакомпаний.
Поэтому часто билет не может быть с местом.

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