Changes between Version 4 and Version 5 of QueryOptimization

Timestamp:

05/26/26 22:15:13 (16 hours ago)

Author:

231088

Comment:

--

QueryOptimization

@@ -225 +225 @@
 
 Со додавањето на индексите planner-от започна да користи индексно пребарување наместо {{{Parallel Sequential Scan}}}, што овозможи значително побрзо извршување на query-ите и подобар execution plan.
+
+
+== 3. Анализа и оптимизација на vw_public_artist_profiles ==
+
+Погледот {{{vw_public_artist_profiles}}} се користи за прикажување на јавните профили на артистите и бендовите, нивниот град, жанр, просечен рејтинг и бројот на reviews.
+
+Прашалникот кој беше тестиран е следниот:
+
+{{{
+SELECT *
+FROM vw_public_artist_profiles
+WHERE city = 'Skopje';
+}}}
+
+=== Време на извршување без индекси ===
+
+'''3.1 - 15423.388 ms'''
+
+{{{
+HashAggregate  (cost=761290.87..761380.87 rows=6000 width=497) (actual time=15419.314..15419.430 rows=213 loops=1)
+  Group Key: b.bookable_id, g.genre_name
+  ->  Hash Left Join
+        ->  Hash Left Join
+              ->  Hash Right Join
+                    ->  Seq Scan on booking bk
+                    ->  Seq Scan on offer o
+              ->  Seq Scan on review r
+Planning Time: 1.979 ms
+Execution Time: 15423.388 ms
+}}}
+
+При почетната анализа со {{{EXPLAIN ANALYZE}}} беше забележано дека PostgreSQL користи {{{Sequential Scan}}} врз табелите {{{Offer}}}, {{{Booking}}} и {{{Review}}}, како и голем број {{{Hash Join}}} операции.
+
+Поради огромниот број редици и aggregation операции, query-от имаше долго време на извршување.
+
+За оптимизација беа додадени следните индекси:
+
+{{{
+CREATE INDEX idx_bookable_location
+ON Bookable(location_id);
+
+CREATE INDEX idx_location_city
+ON Location(city);
+
+CREATE INDEX idx_review_booking
+ON Review(booking_id);
+
+CREATE INDEX idx_offer_bookable
+ON Offer(bookable_id);
+
+CREATE INDEX idx_booking_offer
+ON Booking(offer_id);
+
+CREATE INDEX idx_bookable_rating
+ON Bookable(average_rating);
+}}}
+
+=== Време на извршување со индекси ===
+
+'''3.1 - 15251.957 ms'''
+
+{{{
+HashAggregate  (cost=761290.87..761380.87 rows=6000 width=497) (actual time=15247.945..15248.063 rows=213 loops=1)
+  Group Key: b.bookable_id, g.genre_name
+  ->  Hash Left Join
+        ->  Hash Left Join
+              ->  Hash Right Join
+                    ->  Seq Scan on booking bk
+                    ->  Seq Scan on offer o
+              ->  Seq Scan on review r
+Planning Time: 1.898 ms
+Execution Time: 15251.957 ms
+}}}
+
+По оптимизацијата беше забележано умерено подобрување:
+
+ * од ~15.4 s
+ * на ~15.2 s
+
+И покрај додадените индекси, PostgreSQL продолжи да користи {{{Sequential Scan}}} бидејќи query-от обработува огромен број редици и користи сложени aggregation операции како {{{AVG}}}, {{{COUNT}}} и {{{GROUP BY}}}.
+
+Во вакви ситуации planner-от проценува дека sequential processing е поефикасен од index traversal, па индексите имаат ограничено влијание врз вкупното време на извршување.