Changes between Version 6 and Version 7 of RelationalModel

Timestamp:

04/20/26 00:10:36 (13 days ago)

Author:

231088

Comment:

--

RelationalModel

@@ -9 +9 @@
 - Предложениот модел претставува систем за посредување помеѓу клиенти и музички изведувачи, каде што корисниците можат да креираат барања за настани, а изведувачите да одговорат со понуди. Основниот тек на системот е организиран преку следната логика:  '''Request → Offer → Booking → Payment → Review'''
 
-- Во табелите `Songs`, `Albums` и `Resource_Shares` имаме подмножества на foreign keys коишто се nullable, но доколку сите од нив се null тогаш тој запис во табелата не би правел смисла. Станува збор за следните подмножества:
+- Сегмент: Request, Offer и Booking
+- Табелите Request, Offer и Booking го претставуваат основниот процес на резервација.
+   - Request ги содржи сите информации за настанот (датум, време, буџет, локација, тип на настан).
+   - Offer претставува одговор од изведувач на конкретен request и содржи предложена цена, траење и дополнителни трошоци.
+   - Booking се креира само кога една понуда е прифатена.
+- Важно е што Booking содржи само offer_id како foreign key, наместо директно да ги содржи request_id, client_id и bookable_id. Ова е направено со цел да се избегне редундантност, бидејќи сите овие информации можат индиректно да се добијат преку Offer.
+  
    - `Songs(published_by_artist_id, published_by_label_admin_id)`[*] - информација за кој ја објавил песната
    - `Albums(published_by_artist_id, published_by_label_admin_id)` - информација за кој го објавил албумот