ModelRВряд ли без этого модель можно считать реалистичной.

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

например

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

поэтому основной таблицей будет tblOccupations

OccupancyID
RoomID
VisitorID
CheckInDate
CheckOutDate
ChargeRate

вообще, по большому буфету, для гостиницы ресурсом является время (Time Is Money) - это расчетные сутки с 12:00:01 PM одного дня до 12:00:01 PM другого дня, они работают как эффективный ресурс если номерной фонд занят (и стоимость пребывания в нем превышает стоимость его обслуживания) и работают в убыток если номерной фонд свободен или находится в ремонте.

для учета и планирования использования номерного фонда может быть создана таблица tblRoomsScheduling вида

RoomsScheduleID
OccupancyID
ActualDate (с 12 до 12 - т.е. Time_Shift +12 часов)
ChargeRate

тогда из таблицы tblOccupations можно выбросить поля CheckInDate, CheckOutDate и ChargeRate - хотя я и оставил бы - в целях нормальной денормализации

стоить отдельно такую таблицу в учебной БД, вероятно, не имеет смысла, поскольку данные могут быть представлены в запросе по таблицам tblOccupations и tblRooms, да и вообще так задача не ставится

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

что касается приведенной схемы, ИМХО не имеет смысла даже ее обсуждать
нет больше времени тут распинаться - пойду-ка лучче пивка глону

gardenmanЯ - категорически против такого подхода.

+1

gardenmanКстати, если дойдете до предметов

дошел, пока обошелся тремя... :)

в смысле таблицами :)

насчет XML можно попробовать - THNX

ModelR
З.Ы. Вы не находите, что рассказывать человеку про ОБД, когда ему нужна помощь по РБД - несколько нетривиальный способ помощи?

с моей, глубоко законспирированной субъективной точки зрения,

1 автору этого треда не нужна помощь по РБД и ему глубоко наплевать на то, что это такое и чем оно отличается от ОБД

2 деление на этажи безусловно ущербно - существуют и могут существовать разные способы деления...

предположим, что двухэтажный номер все равно находится на одном этаже и к одному этажу приписан, а если это комбинированный номер который может быть или одно или двух этажным - Transformer?

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

нужен иной подход к зонированию и группированию номеров...

например позволяющий уборку номеров "Super Lux Queen Elizabeth" поручать только специально обученым людям, на каком бы этаже номер не находился

или, например, позволяющий делить делить длинные коридоры на зоны уборки не по этажам, а по лестничным маршам

и проч. и проч. и проч.

пока я оставил только AreaID с тем чтобы в дальнейшем вернуться к этому вопросу, если не будет лениво...

ModelRДиллема...

в чем заключается - мучайся проектировщик XOR мучайся пользователь?

Да, проблема для проектирования есть я просто добавил RoomStatus

служебное
нормальное
износ
ремонт

в принципе это был подход на скорую руку - лениво париться впустую - так просто посидел поковырялся

имхо распределять помещения по назначению можно как раз одновременно с распределением по зонам

например создаем и учитываем зоны

AreaID {A-zone # 45}
AreaType {Shared zone; Private zone; Restricted zone; Cleaning zone; DutyFree zone}
AreaCategory {Regular; A-Category; Food Court; Aqua Zone; Solarium etc.}

например создаем и учитываем помещения

RoomID {# 4567}
RoomType {Loundry; Toilet; Restaurant; Residence; Office}
RoomCategory {A-Category etc}
RoomCondition {Excelent; Normal; ToBeRepainted; ToBeRepaired etc.}

раскидываем помещения по разным зонам many-to-many

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

например создав ранее зону "номерной фонд"

A-zone # 45
SharedPool
Regular

или зону "входная группа"

A-zone # 32
EntranceGroup
Luxerior

или зону "особого контроля"

Y-zone # 01
RestrictedArea
Service

и помещения типа "комната с санузлом"

# 4567
W/C Equiped
A-Category
Exelent

или помещение типа "камера хранения"

# 2211
SecuredLuggage
ServiceRoom
Regular

можно было бы засунуть ту или иную комнату в ту или иную зону и присвоить ей ту или иную характеристику...

<Some ID>
A-zone # 45
# 4567
Одноместный номер с санузлом
Отличное состояние
"4567"

<Some ID>
A-zone # 32
# 2211
Помещение для хранения багажа
не требует ремонта
"Luggage - Камера храния"

и одновременно

<Some ID>
Y-zone # 01
# 2211
Охраняемая территория
Под видеонаблюдением
"No Entrance - Не входить"

etc...

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

Андрей Леонидович, с Вами невозможно вести обсуждения, вы совершенно игнорируете контекст.

ИМХО для решения таких задач вполне подходят РБД