Changes between Version 67 and Version 68 of QueryOptimization

Timestamp:

05/17/26 13:53:19 (3 weeks ago)

Author:

231027

Comment:

--

QueryOptimization

@@ -1075 +1075 @@
 }}}
 
-==== Без индекс:
+==== 1. Примарен филтер:
+
+Примарен филтер за овој поглед е `event_id`. Овој поглед е наменет за организаторите на настани кои сакаат да видат прецизен финансиски извештај за одреден настан во реално време.
+
+==== 2. Случај на употреба:
+
+Овој поглед се користи за пресметка на чистата заработка откако ќе се одбијат сите рефундирани средства, како и за следење на профитот остварен од административните такси при рефундација. Поради комплексноста на агрегациите врз милиони редови, оптимизацијата тука е критична за да не се блокира работата на финансискиот сектор.
+
+==== 3. Иницијално време:
+
+Иницијалното време за извршување изнесува 319.320 s (околу 5.3 минути). Ова е најбавното време во целиот проект, што го прави погледот неупотреблив во реални услови без индексирање.
+
+==== 4. Анализа на планот на извршување (без индекси):
+
+Најголемиот товар паѓа на '''Parallel Seq Scan''' врз табелата `Ticket_Purchase` (над 315 s). Базата мора да ги помине сите 16 милиони записи за да ги пресмета сумите.
+
+Се користи '''Parallel Hash Join''' кој бара огромна количина на меморија и процесорска моќ за да ги поврзе трансакциите со билетите и нивните соодветни настани.
 
  * '''SELECT'''
@@ -1167 +1183 @@
 Овој поглед има критично време на извршување од над 5 минути поради обработка на милиони трансакции. Индексите на `ticket_id` го намалуваат времето за 99%, овозможувајќи моментален преглед на приходите и рефундациите за секој настан.
 
-==== Оптимизација:
+==== 5. Оптимизација и индексирање:
+
+За да се овозможи побрзо филтрирање и поврзување на трансакциите, воведени се:
+
+ * `idx_ticket_purchase_ticket_id`: Клучен за брзо поврзување на трансакциите со табелата на билети.
+
+ * `idx_ticket_event_happening_id`: Овозможува базата веднаш да ги групира билетите според термините на настанот.
+
+ * `idx_ticket_refund_purchase_id`: Го забрзува '''LEFT JOIN''' делот каде што се проверува дали за одредена трансакција постои рефундација.
 
 {{{
@@ -1182 +1206 @@
 }}}
 
-==== Со индекс:
+==== 6. Резултат по оптимизација:
+
+Времето на извршување е намалено на 1.510 s (1510 ms).
+
+Подобрување: Ова е забрзување од 211 пати.
+
+Иако 1.5 s се уште изгледа како „многу“ во споредба со претходните погледи, за анализа на 16 милиони трансакции со комплексни '''SUM''' и '''CASE''' операции, ова е извонреден резултат.
 
  * '''SELECT'''