Наистина съм заседнал в най-добрия начин за внедряване на тази база данни.
Ето моят проблем: Базата данни е да съхранява информация за клиентите на сватбена фотография.
Потребителят може да се регистрира в моя сайт, да въведе подробностите за своята сватба и да получи своя собствена „страница на сватбения профил“. Те могат да направят това, без да се налага да снимаме сватбата им.
По всяко време потребителят може да резервира среща, сватба или годеж. Уебсайтът ще провери дали сме на разположение. (сватбите имат предпочитание пред срещите, така че клиент, който иска да резервира сватба в ден, в който имаме среща, срещата ще бъде маркирана за пренасрочване)
Трябва също да можем да резервираме почивни дни. В тези дни не може да се резервира снимане на сватба/среща/годеж.
разходи за годежни снимки и предварителна такса. При сватби се плаща депозит до 14 дни или датата се освобождава отново. Срещите са безплатни.
Толкова съм закъсал с това как да внедря тази система. Просто продължавам да се въртя в кръг, най-добрият начин, за който се сещам, е да имам таблица с дати, която да свързва всички други таблици, но съм сигурен, че това не е най-ефективният начин.
Мисля, че това, което ме отблъсква, е фактът, че може да има няколко сватби в един и същи ден (за хора, които просто искат сватбен профил), но само една РЕЗЕРВИРАНА сватба на ден.
Значи съм разбрал напълно това? или съхранявам всички срещи в една таблица и използвам таблица "тип среща".
ТОЛКОВА ТОЛКОВА Закъсал, надявам се, че можете да ми помогнете!
P.S. Пропуснах повечето полета, за да го направя по-лесно за разбиране.