Я действительно застрял в лучшем способе реализации этой базы данных.
Вот моя проблема: база данных должна хранить информацию о клиентах свадебной фотографии.
Пользователь может зарегистрироваться на моем сайте, ввести информацию о своей свадьбе и получить собственную «страницу свадебного профиля». Они могут сделать это, не заставляя нас снимать их свадьбу.
В любой момент пользователь может заказать встречу, свадьбу или съемку помолвки. Сайт проверит, доступны ли мы. (свадьбы имеют преимущество перед встречами, поэтому клиент, который хочет заказать свадьбу в день, когда у нас будет встреча, встреча будет помечена для переноса)
Мы также должны иметь возможность бронировать выходные дни. В эти дни съемка свадьбы/встречи/помолвки не может быть забронирована.
стоимость съемок помолвки и первоначальный взнос. В случае свадьбы депозит должен быть внесен в течение 14 дней или дата снова освобождается. Встречи бесплатны.
Я так застрял с тем, как реализовать эту систему. Я просто продолжаю ходить по кругу, лучший способ, который я могу придумать, - это иметь таблицу «даты», которая связывает все остальные таблицы, но я уверен, что это не самый эффективный способ.
Я думаю, что меня отталкивает тот факт, что в один и тот же день может быть несколько свадеб (для людей, которым просто нужен свадебный профиль), но только одна ЗАБРОНИРОВАННАЯ свадьба в день.
Так я понял это совершенно неправильно? или я храню все встречи в одной таблице и использую таблицу «тип встречи».
ТАК ТАК Застрял, я надеюсь, что вы можете мне помочь!
P.S. Я пропустил большинство полей, чтобы упростить понимание.
