Changes between Version 63 and Version 64 of QueryOptimization

Timestamp:

05/17/26 13:37:42 (10 days ago)

Author:

231027

Comment:

--

QueryOptimization

@@ -663 +663 @@
 }}}
 
-==== Без индекс:
+==== 1. Примарен филтер:
+
+Примарен филтер за овој поглед е `user_id`, бидејќи најчесто корисниците сакаат да ги видат сопствените претходни оценки и коментари. Секундарен филтер е `event_happening_id`, кога администраторот сака да ги види сите рецензии за конкретен термин на настан.
+
+==== 2. Случај на употреба:
+
+Погледот се користи во делот на корисничкиот профил (историја на рецензии) и на страната на самиот настан за приказ на рецензии од други корисници. Ова влијае на довербата на потенцијалните купувачи и на транспарентноста на платформата.
+
+==== 3. Иницијално време:
+
+Иницијалното време за извршување е многу ниско (0.187ms). Ова се должи на фактот што табелата `Event_Happening_Rating` е релативно мала (околу 17,800 редови), па базата може многу брзо да ја процесира дури и без екстремна оптимизација.
+
+==== 4. Анализа на планот на извршување (без индекси):
+
+Иако времето е мало, планот без индекси покажува дека базата веќе користи некои постоечки индекси (`idx_ehr_user_id`).
+
+При '''UPDATE''' операцијата, базата користи '''Index Scan''', што значи дека веќе постои ефикасна патека за пронаоѓање на записот.
 
  * '''SELECT'''
@@ -735 +751 @@
 Без индекси, секое пребарување на оценките по корисник предизвикува непотребно оптоварување на меморијата преку '''Seq Scan'''. Индексирањето на `user_id` и `event_happening_id` обезбедува брза филтрација и поврзување на рејтинзите со соодветните термини на настаните.
 
-==== Оптимизација:
+==== 5. Оптимизација и индексирање:
+
+За да се осигураме дека погледот ќе остане брз и кога бројот на рецензии ќе порасне на милиони, се додаваат:
+
+ * `idx_ehr_happening_id`: За брзо филтрирање на рецензии по настан.
+
+ * `idx_ehr_user_id`: За брзо филтрирање на рецензии по корисник.
 
 {{{
@@ -747 +769 @@
 }}}
 
-==== Со индекс:
+==== 6. Резултат по оптимизација:
+
+По „оптимизацијата“, времето на '''SELECT''' се зголемило на 359.600ms.
+
+Анализа на аномалијата: Планот покажува дека базата во овој случај одбрала '''Seq Scan''' наместо '''Index Scan'''.
 
  * '''SELECT'''