БД фитнес центр

Немного исправил)

Что подразумевается под классификацией услуг и их количественным измерением?

Смысл ясен. К сожалению далаю не по тз а по образу и подобию другой программы.

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

Dr.HofmannКомрады извеняюсь за оффтоп - что за дизайнер использует автор - хочу тоже схему нарисовать.
Дизаенер БД из IBExpert

Mr.FontaineВ таблице visits не очень понятно назначение поля keynumber.
Это номер шкафчика в раздевалке)

Mr.FontaineОсобенно это важно при бронировании, ибо похоже, что таблица pre_record как раз нужна для бронирования, а так как она по сути должна иметь те же поля, что и visits (при бронировании также можно указать способ оплаты, написать комментарии, указать какую дорожку или тренажёр занять), то логичнее их объединить в одну таблицу с добавлением в таблицу visits поля reservation например, в которой ставить отметку о брони
И еще одно поле где отмечается посещение? Да так лучше наверное будет во избежании дублирования данных.

Alex_496Weekend,

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

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

Mr.FontaineТаблица subscriptions это похоже абонементы?
Почему бы не сделать просто справочник абонементов?
Поля:
id, serviceid, countvisits, balans оставляем. Остальные убираем. Добавляем поле длительности абонемента duration в сутках например
Поля countvisits и duration могут иметь значения null, остальные not null
И там писать варианты:
1. Абонемент на месяц (12 занятий) на посещение бассейна
2. Абонемент на месяц (количество занятий неограничено) на посещение бассейна
3. Абонемент на 12 занятий (длительность посещения не ограничена) на посещение бассейна
и т.д.

отдельно сделать табличку покупки абонементов customer_subscritions:
id
customerid
subscriptionid
datebuy
datestart
dateend (может иметь значения null)

и в таблице посещений добавить поле subscritionid (тут можно писать как номер абонемента пользователя, так и номер абонемента из справочника)
А за ищею с абонементами спасибо!