Changes between Version 10 and Version 11 of RelationalModel

Timestamp:

04/20/26 00:17:54 (13 days ago)

Author:

231088

Comment:

--

RelationalModel

@@ -9 +9 @@
 - Предложениот модел претставува систем за посредување помеѓу клиенти и музички изведувачи, каде што корисниците можат да креираат барања за настани, а изведувачите да одговорат со понуди. Основниот тек на системот е организиран преку следната логика:  '''Request → Offer → Booking → Payment → Review'''
 
-- Сегмент: Request, Offer и Booking
 - Табелите `Request, Offer и Booking` го претставуваат основниот процес на резервација.
    - `Request` ги содржи сите информации за настанот (датум, време, буџет, локација, тип на настан).
@@ -25 +24 @@
    - Дополнително, табелата `PriceHistory` се користи за чување на сите промени на цените со текот на времето.
 
+- Табелата `AvailabilitySlot` служи за дефинирање на достапноста на изведувачите.
+   - Секој запис претставува временски интервал (start_datetime – end_datetime) во кој изведувачот е достапен или недостапен.
+
+- Локацијата и местото на одржување се моделирани како независни ентитети:
+   - `Location` – град, регион, држава
+   - `Venue` – конкретна локација (сала, клуб ...)
+   - `VenueType` – тип на место (indoor, outdoor…)
+- Табелата Request ги референцира овие ентитети преку foreign keys (`location_id`, `venue_id`, `venue_type_id`), со што се избегнува дуплирање на податоци и се овозможува повторна употреба на истите.