Changes between Version 13 and Version 14 of RelationalModel


Ignore:
Timestamp:
04/20/26 02:09:40 (13 days ago)
Author:
231007
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • RelationalModel

    v13 v14  
    3333'''2. User → Employee (1:1)'''
    3434
    35 Слично како customer, employee е специјализација на user.
     35Employee е специјализација на user.
    3636
    3737Причина:
     
    3939 * не секој user е employee
    4040
    41 Ова овозможува јасна поделба на улоги.
    42 
    4341
    4442'''3. User → Manager (1:1)'''
    4543
    46 Manager е исто така специјализација на user.
    47 
    48 Причина:
    49  * менаџерот има административна функција
    50  * потребно е да се контролира пристапот
    51 
    52 Овој модел овозможува scalability.
     44Manager е специјализација на user.
     45
     46Причина:
     47 * дефинира административна улога
     48 * овозможува контрола на пристап
    5349
    5450
     
    5854
    5955Причина:
    60  * бизнисите може да имаат повеќе филијали
    61  * адресата е составен атрибут (улица, град, телефон)
    62 
    63 Ова спречува редундантност и овозможува флексибилност.
     56 * поддршка за повеќе филијали
     57 * адресата е составен атрибут
    6458
    6559
    6660'''5. Business → Business Hours (1:N)'''
    6761
    68 Еден business има повеќе записи за работно време.
    69 
    70 Причина:
    71  * работното време варира по ден
    72  * не може да се чува како еден атрибут
    73 
    74 Ова овозможува динамички распоред.
     62Работното време е издвоено во посебна табела.
     63
     64Причина:
     65 * варира по ден
     66 * овозможува флексибилност
    7567
    7668
    7769'''6. Business → Gallery (1:N)'''
    7870
    79 Еден business има повеќе слики.
    80 
    81 Причина:
    82  * секоја слика има свои атрибути (URL, опис)
    83  * ова е мултивредносен податок
     71Бизнисот има повеќе слики.
     72
     73Причина:
     74 * секоја слика има сопствени атрибути
    8475
    8576
     
    9687
    9788Причина:
    98  * релацијата има временска компонента
    99  * се чува историја
     89 * се моделира временска зависност
    10090
    10191
     
    112102
    113103Причина:
    114  * се моделира реален ангажман
    115  * се овозможува tracking на историја
     104 * следење на ангажман низ време
    116105
    117106
     
    121110
    122111Причина:
    123  * категоризација на услуги
     112 * логичка организација
    124113 * избегнување на дуплирање
    125  * подобра организација
    126114
    127115
    128116'''10. Business ↔ Service (M:N)'''
    129117
    130 Релацијата business_service ги поврзува business и service.
    131 
    132 Содржи:
     118Релацијата business_service содржи:
     119
    133120 * price
    134121 * duration_minutes
     
    136123
    137124Причина:
    138  * цената не е фиксна за service
    139  * зависи од business
    140  * релацијата има сопствени атрибути
     125 * овие атрибути зависат од business, не од service
     126 * релацијата има бизнис значење
    141127
    142128
     
    147133Причина:
    148134 * различни вработени имаат различни вештини
    149  * овозможува флексибилна распределба
    150135
    151136
     
    155140
    156141Причина:
    157  * еден business може да има повеќе специјалности
    158  * специјалностите се делат помеѓу повеќе business-и
     142 * повеќе специјалности по business
     143 * избегнување на дуплирање
    159144
    160145
    161146'''13. Employee ↔ Business Specialty (M:N)'''
    162147
    163 Релацијата employee_business_specialty дефинира која специјалност ја има employee во конкретен business.
    164 
    165 Причина:
    166  * специјалноста може да зависи од контекстот (business)
    167  * ова е покомплексна зависност
     148Релацијата employee_business_specialty дефинира специјалност во контекст на business.
     149
     150Причина:
     151 * специјалноста зависи од конкретен business
    168152
    169153
     
    173157
    174158Причина:
    175  * распоредот варира по ден
    176  * потребна е флексибилност
    177 
    178 
    179 '''15. Working Schedule → Slot (1:N или деривација)'''
    180 
    181 Slot претставува временски интервали кои произлегуваат од работниот распоред.
    182 
    183 Причина:
    184  * потребно е да се моделира достапност
    185  * се олеснува закажување
     159 * различни смени
     160 * флексибилност
     161
     162
     163'''15. Working Schedule → Slot (1:N)'''
     164
     165Slot претставува временски интервали.
     166
     167Причина:
     168 * управување со достапност
     169 * олеснување на закажување
    186170
    187171
     
    191175
    192176Причина:
    193  * customer прави повеќе резервации
     177 * повеќе резервации по корисник
    194178
    195179
     
    199183
    200184Причина:
    201  * employee извршува повеќе услуги
     185 * извршување на повеќе услуги
    202186
    203187
    204188'''18. Appointment → Business (N:1)'''
    205189
    206 Секој appointment е поврзан со еден business.
     190Appointment е поврзан со еден business.
    207191
    208192Причина:
     
    212196'''19. Appointment → Service (N:1)'''
    213197
    214 Appointment е поврзан со конкретна услуга.
    215 
    216 Причина:
    217  * јасна дефиниција што се извршува
     198Appointment е поврзан со конкретен service.
     199
     200Причина:
     201 * јасна дефиниција на услугата
    218202
    219203
    220204'''20. Appointment → Slot (N:1)'''
    221205
    222 Appointment е врзан за конкретен временски слот.
    223 
    224 Причина:
    225  * се избегнува overlap
    226  * се контролира достапност
     206Appointment е врзан за slot.
     207
     208Причина:
     209 * спречување преклопување
     210 * контрола на термини
    227211
    228212
     
    231215Еден appointment може да има една cancellation или ниедна.
    232216
    233 Причина:
    234  * не сите резервации се откажуваат
    235  * cancellation има сопствени атрибути
     217Cancellation е моделирана како посебен ентитет кој содржи:
     218
     219 * reason
     220 * refund_amount
     221 * canceled_at
     222
     223Причина:
     224 * не секој appointment има отказ
     225 * избегнување на null вредности во appointment
     226 * јасно раздвојување на активни и откажани резервации
     227 * можност за чување дополнителни информации поврзани со отказот
     228
     229Оваа релација претставува optional зависност и е важна за бизнис логиката.
    236230
    237231
     
    241235
    242236Причина:
    243  * може повеќе пати да се побара промена
    244  * се чува историја
     237 * корисник може повеќе пати да побара промена
     238 * се чува историја на промени
    245239
    246240
     
    255249'''24. Review → Employee (N:1)'''
    256250
    257 Review е поврзан со employee.
    258 
    259 Причина:
    260  * оценување на вработен
     251Review е поврзан со вработениот што ја извршил услугата.
     252
     253Причина:
     254 * овозможува оценување на конкретен вработен
    261255
    262256
    263257'''25. Review → Business (N:1)'''
    264258
    265 Review се однесува и на business.
     259Review се однесува на business.
    266260
    267261Причина: