Changes between Version 16 and Version 17 of QueryOptimization

Timestamp:

06/10/26 14:28:10 (10 days ago)

Author:

231040

Comment:

--

QueryOptimization

@@ -1 +1 @@
 
-= Документација за оптимизација
+== Документација за оптимизација
 [[html(<a href="https://develop.finki.ukim.mk/projects/BeautyBook/attachment/wiki/QueryOptimization/views_optimization_documentation.pdf">views_optimization_documentation.pdf</a>)]]
 
-= Погледи 
-
-== v_staff_daily_schedule
+== Погледи 
+
+=== v_staff_daily_schedule
 
 Овој view служи за приказ на дневниот распоред на вработените.
@@ -34 +34 @@
 Функцијата `LEAD()` пресметува временски јаз помеѓу два последователни термини без дополнителни self-join операции.
 
----
-
-== v_staff_open_slots
+
+=== v_staff_open_slots
 
 Овој view ги враќа сите слободни термини за закажување.
@@ -80 +79 @@
 се задржуваат само реално достапните слотови.
 
----
-
-== v_companies_by_category
+=== v_companies_by_category
 
 Овој view овозможува пребарување компании според категорија и услуги.
@@ -104 +101 @@
 На овој начин главниот SELECT работи со значително помал број редови.
 
----
-
-== v_staff_service_menu
+=== v_staff_service_menu
 
 Овој view прикажува кои услуги ги нуди секој вработен.
@@ -126 +121 @@
 Ова значително ја намалува количината на податоци бидејќи не се анализираат активни или откажани термини.
 
----
-
-== v_monthly_revenue_by_company
+=== v_monthly_revenue_by_company
 
 Овој view служи за финансиски извештаи.
@@ -149 +142 @@
 се пресметуваат во една единствена GROUP BY операција.
 
----
-
-== v_future_appointments_client_o
+
+=== v_future_appointments_client_o
 
 Овој view ги враќа идните термини на клиентите.
@@ -171 +163 @@
 
 {{{
-idx_appointment_client_future
+idx_appointment_client_future on appointment(client_id,appointment_date)
 }}}
 
 бидејќи пребарувањето најчесто се врши според клиент и датум.
 
----
-
-== v_client_dashboard
+=== v_client_dashboard
 
 Овој view е наменет за почетниот екран на клиентот.
@@ -195 +185 @@
 
 Ова е поефикасно отколку секој пат да се пресметуваат агрегатите за секој клиент одново.
-
----
-
-== mv_staff_avg_rating
-
-Ова е Materialized View.
+За овој view помага веќе креираниот индекс за погледот v_future_appointments_client_o:
+{{{
+idx_appointment_client_future on appointment(client_id,appointment_date)
+}}}
+
+
+=== v_staff_profile_m
+
+Овој view прикажува целосен профил на вработен.
+
+Наместо повторно да се пресметуваат оценки од `review`, се користи:
+
+{{{
+mv_staff_avg_rating
+}}}
+
+што значително го намалува времето на извршување.
+
+Дополнително се користат два `LATERAL JOIN`:
+
+* агрегирање на услуги
+* агрегирање на улоги
+
+Само активни корисници учествуваат во резултатот:
+
+{{{
+WHERE u.is_active = TRUE
+}}}
+
+==== mv_staff_avg_rating
+
+Ова е помошно Materialized View за погледот v_staff_profile_m.
 
 Наместо просечниот рејтинг да се пресметува секој пат кога се отвора профил на вработен, резултатот однапред се чува физички во базата.
@@ -218 +234 @@
 што овозможува истовремено користење на податоците.
 
----
-
-== v_staff_profile_m
-
-Овој view прикажува целосен профил на вработен.
-
-Наместо повторно да се пресметуваат оценки од `review`, се користи:
-
-{{{
-mv_staff_avg_rating
-}}}
-
-што значително го намалува времето на извршување.
-
-Дополнително се користат два `LATERAL JOIN`:
-
-* агрегирање на услуги
-* агрегирање на улоги
-
-Само активни корисници учествуваат во резултатот:
-
-{{{
-WHERE u.is_active = TRUE
-}}}
-
----
-
-== v_invoice_detail_o
+
+=== v_invoice_detail_o
 
 Овој view е најдеталниот финансиски поглед.
@@ -261 +251 @@
 Овој пристап е поефикасен од глобални GROUP BY операции над целата база.
 
----
 
 == Индекси