Changes between Version 59 and Version 60 of QueryOptimization

Timestamp:

05/17/26 13:15:00 (9 days ago)

Author:

231027

Comment:

--

QueryOptimization

@@ -21 +21 @@
 }}}
 
-==== Без индекс:
+==== 1. Примарен филтер:
+
+Примарен филтер за овој поглед ќе биде според `performer_id` (ID на изведувач), бидејќи најчестото пребарување е за да се видат настапите на конкретен изведувач. Дополнително, ќе може да се пребарува и по `event_id`.
+
+==== 2. Случај на употреба:
+
+Овој поглед е клучен за корисничкиот дел од апликацијата, каде што корисниците пребаруваат каде и кога настапува нивниот омилен изведувач. Бидејќи ова е акција што често се повторува од многу корисници истовремено, перформансите мора да бидат на високо ниво за да се обезбеди добро корисничко искуство.
+
+==== 3. Иницијално време:
+
+Иницијалното време за извршување на погледот изнесува 3.249s (3249ms). Ова е исклучително бавно и неприфатливо за една веб-апликација, каде што секој одзив над 500ms се смета за критичен.
+
+==== 4. Анализа на планот на извршување (Без индекси):
+
+Иако базата се обидува да користи постоечки '''Primary Key''' индекси, главниот проблем се јавува во спојувањето на четирите табели `Performer`, `Event_Happening_Performer`, `Event_Happening`, `Event`.
+
+Најбавниот дел е кај '''Nested Loop''' операциите и проверката на '''Foreign Keys''' при '''INSERT''' (1.424s).
+
+Времето на планирање е исто така високо (1.8s), што укажува на комплексност во резолвирањето на релациите без соодветни патеки.
 
  * '''SELECT'''
@@ -87 +105 @@
 Погледот е бавен поради комплексни врски помеѓи четири табели што резултира со време од 3.2 s. Индексите на `performer_id` и `event_id` го елиминираат целосното скенирање на табелите и овозможуваат инстантно поврзување на изведувачите со нивните настани.
 
-==== Оптимизација:
+==== 5. Оптимизација и индексирање:
+
+За да го решиме проблемот, воведуваме индекси на колоните кои служат за поврзување во '''JOIN''' условите и во '''WHERE''' филтрите:
+
+ * `idx_ehp_performer_id` и `idx_ehp_happening_id` на табелата што ги врзува изведувачите со термините.
+
+ * `idx_event_happening_event_id` за побрзо поврзување на конкретниот термин со името на настанот.
 
 {{{
@@ -100 +124 @@
 }}}
 
-==== Со индекс:
+==== 6. Резултат по оптимизација:
+
+По додавањето на индексите, времето на извршување на '''SELECT''' се намали на 0.533ms.
+
+Подобрување: Ова е забрзување од над 6000 пати.
+
+Операциите за '''INSERT''' и '''UPDATE''' сега се извршуваат за помалку од 1ms, што значи дека индексите не го забавуваат системот, туку помагаат дури и кај тригерите за '''Foreign Keys'''.
 
  * '''SELECT'''