Entity Relationship Diagram для гостиницы

Question

Мне нужно создать ERD отель, вопрос звучит следующим образом:

"Владелец множества отелей хотели бы иметь систему управления отель, построенный для его или ее отели. Отели расположены в крупных городах и районах туристической привлекательности Южного Africa. В каждом отеле сотрудники нанимаются для выполнения различных обязанностей. В каждом отеле гости делают резервирование номеров по своему выбору, и они оплачиваются согласно к типу номер, который они зарезервировали. С учетом бизнес-сценария выше, пожалуйста, нарисуйте диаграмму отношений сущности, указывающую все сущности и relatio (мощность). "

Это то, что я создал:

Мои вопросы

• если EMPLOYEE_ID является foreign_key в отеле, будет ли это foreign_key в сотрудников таблице Aswell или он просто изменяется на основной ключ?

• Правильно ли/нормально добавлять Hotel_code и Room_ID в таблице бронирования? Является ли Hotel_CODE внешним ключом в таблице RESERVATION?

• ли общий дизайн ERD правильно или до приемлемого уровня, включая ключи и атрибуты

Если кто-то могли обезжиренное это снова для меня это было бы оценен

Answer 1

возмит зерно соли, как я не уверен на 100%:

• Работник Шоуда имеет внешний ключ к Hotel_code (предполагая, что один сотрудник не работает для нескольких отелей)
• Отель не имеет внешний ключ к сотруднику
• Оговорка должна иметь внешний ключ к hotel_code
• Гость не нужен внешний ключ бронирования
• Guest_Id не должны быть частью Бронирование PK
• счет должен иметь внешний ключ оговорку вместо к гостю
• оговорки может иметь дополнительную информацию о продолжительности пребывания
• помещение не нуждается в guest_id и res_nr