Есть клип-карты, и надо их заложить в структуру.
Карты: солярий, персональные тренировки, разные мед.услуги.
Карты привязаны к контракту клиента, имеют некое количество посещений.
Тут 3 проблемы:
1) могут купить 20 посещений, а макс карта только на 10. То есть надо выписать 2 карты.
2) для перс. тренировок идет привязка тренера к карте, но он может смениться (заболел, уехал, уволился...)
3) По 1 карте может ходить больше 1 человека, например карта-сплит на двоих выписывается.

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

Есть еще групповые тренировки, но это к картам все-таки не относится...

Весь персонал в группе employeers, поэтому указать просто поле "работник" можно
Вижу такой вариант:
таблица card_real (уникальный ид карты, ид записи, выписана, кол-во посещений)
card_virtual (клиент покупает как бы эту карту) (ид вирт.карты, ид записи, цена, сроки действия, ид клиента, ид сотрудника, вид)
card_type (вид_ид, наименование)

Вроде так.. Чего я еще мог упустить и где тут могут быть серьезные огрехи?

Программист-ЛюбительТаблиц-сущностей должно быть пару десятков минимально.
Чего, где, каких?
Сама бд больше конечно. Я про конкретную область.

Программист-ЛюбительТаблиц-сущностей должно быть пару десятков минимально.
Так каких?

СТранная вообще тишина. Вопрос вроде простой, а все молчат..

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

mcureenabФизическая карточка может отличаться пожалуй только внешним видом и количество посещений для этой сущности как то не уместно.

На самой карте есть поля: уникальный номер (пропечатан), фио, контракт, тренер или врач, и вроде дата покупки (срок действия тоже обычно ограничен)
на другой стороне есть 5 или 10 полей для отметок о конкретных тренировках например. Там ставится дата, подпись тренера. Если например надо 3 визита, то берется карта на 5 и 2 поля просто зачеркиваются.
А могут выписать 100 тренировок, тогда выдается 10 карт по 10 посещений. Попытаюсь конечно продвинуть идею карты на 20 визитов, но все-равно 100 на 1 карту уместить нереально.


Т.е. имеем сущности физическая карточка, договор, лицевой счёт, услуга.
Физ карта, вирт. карта, не договор а контракт, тип услуги. А что за лицевой счет, не понял.
Каждая услуга выписывается отдельно и нельзя вводить некий виртуальный баланс. Есть депозит, но он только для бара, все остальные услуги оплачиваются при покупке.

Кстати о "ключ доступа к лицевому счету". Есть карта клиента, со штрих-кодом. На ней никаких отметок нет. И не отметить занятия например.

Еще столкнулся с таким моментом.
Делаю таблицу card_visit (для отметок о визитам по карте)
Поля
visit_id (надо ли вообще?)
client_id
employee_id
card_id
visit_date

При попытке сделать каскадную связь с моей виртуальной картой получаем ошибку, что-то типа зацикливания. Впрочем, оно и понятно.
Как тут лучше ключи расставить? Пока только на visit_id, а может имеет смысл на первые 4 поля сразу ставить? По сути,эта таблица для разведения на части many:many. Или вообще убрать visit_id и оставить только 3...
Как в таких случаях ключи ставятся?

есть живые?