Leone1930,

Тебе точно надо 3 пацанская форма ? Иногда и денормализварванная нормально канает.

Таблицы

Вид и Тип
Оставляем
Номера:
ИД, Тип, Вид

Клиенты:
ИД, ИмяИД, ФамилияИД, ОтчествоИД, ДатаРожденияИД (все интежер :) )
Имена:
ИД, Имя
Отчества:
ИД, Имя
Фамилии:
ИД, Имя
Даты:
ИД, Дата


Сезоны:
ИД, Наименование
Цены:
ИД (Я так понимаю это Год :) ), СезонИД, Цена (Децимал или Мани юзать, но не флоат)

НомерКлиент:
ИДНомера, ИДКлиента, Дата, ЦенаСезонаИД


ВОт примерно вот так. Хотя с ценобразованием у вас проблемы :) Но эта пацанская форма будет гибкой чтбы встретить изменения :).

softwarerLeone1930Подскажите с организацией связей, или какие таблицы создать, а дальше уж я сам постараюсь дотумкать. :)
Ну давайте попробуем.

Гостиница состоит из какого-то количества номеров. Каждый номер относится к одной из категорий - где категория по заданию включает тип и вид (а по-хорошему также наличие балкона и прочие подобные факторы). Номера в каждой категории считаются равноценными. Год состоит из какого-то количества сезонов. Каждый сезон характеризуется датами начала и окончания. Каждой категории для каждого сезона проставляются цены (по Вашему заданию - одна, а вообще должно быть понятие типа цены - поскольку их проставляется куча разных, например, стоимость проживания двух человек в двойном номере не равна стоимости проживания там одного человека и не равна удвоенной стоимости проживания одного человека). Для проживания в гостинице создаются заказы. Заказ включает в себя один или несколько номеров, каждый на свой интервал дат. К заказу привязываются один или несколько клиентов, каждый на некоторый интервал дат.


Извините - но вы несколько переиначили изначальную задачу. Напримре, периоды не играют роль. Заказы - о ни х речь не шла.
Я думаю ваши усложнения не имеют к задаче место.

SignOff,

А что - фамилия может повторятся - значит ее в табличку и выносим - издержки 3 нормальной формы.
Потому я и вынес имя фамилию и отчество :)

А что - вот какой то тщедушный программистишко впаяет контрол который автозаполняет - не дергать же по дистинкту данные клиента... А так он дёрнет себе табличку с например с именами - и все расцвело цветами радуги - у юзверя ручки не полят вносить одни и тее значения, база не дрюкаеца на каждый пых. Да просто рай... :) Потом парограммистишко пойдет тим лидом - ведь прогресс то какой. И всем приятно :)

softwarer,

Ну да ну да - я как то дату въезда и выезда прошляпил. Уж больно меня картинка ниже шокировала :)

НОв этом и суть 3 пацанской формы - можно добавить и расширять БД не сильно коцая изначальное крео :)

Как правило в отелях на сутки снимают номер.
Номера окаывается могут иметь несколько мест - а жить 0..Н жильцов.
Как считать стоимость если заехал осенью выехал зимой просто - дата заезда - как правило везде.
Если так - то ты прав - надо Бронь делать табличку.

Да но дальше можно конечно распиывать до бесконечности. Думаю в 2500 табличек уложимся.

На собесах если меня спрашивают аля "постройте ЕРД а мы посмеемся" - я как правило не вылажу за рамки токо что нацарапано в задачке: нужно уважать и себя и того кто ее нацарапал в конце концов :)

softwarer,

Номаная форма - это максимизация жлобизма на байтах :)

Это хорошо понятно когда БД были на магнитных лентах - это ж прикинь чтобы выбрать данные надо было мотать эту ленту тудым сюдым до отчаяния.