Changes between Version 7 and Version 8 of QueryOptimization

Timestamp:

05/26/26 22:22:57 (16 hours ago)

Author:

231088

Comment:

--

QueryOptimization

@@ -476 +476 @@
 
 Бидејќи погледот користи сложени aggregation операции како {{{SUM}}}, {{{AVG}}}, {{{COUNT}}} и {{{GROUP BY}}}, planner-от проценува дека sequential processing е поефикасен од index traversal при обработка на голем број редици.
+
+
+== 6. Анализа и оптимизација на vw_artist_schedule ==
+
+Погледот {{{vw_artist_schedule}}} се користи за прикажување на распоредот и достапноста на артистите и бендовите. Овој поглед се користи за пребарување според статус на достапност, конкретен артист и временски период.
+
+Прашалниците кои беа тестирани се следните:
+
+{{{
+-- 6.1
+SELECT *
+FROM vw_artist_schedule
+WHERE status = 'AVAILABLE';
+
+-- 6.2
+SELECT *
+FROM vw_artist_schedule
+WHERE bookable_id = 150;
+
+-- 6.3
+SELECT *
+FROM vw_artist_schedule
+WHERE start_datetime >= '2026-07-01'
+AND start_datetime < '2026-08-01';
+}}}
+
+=== Време на извршување без индекси ===
+
+'''6.1 - 192.437 ms'''
+
+{{{
+Hash Join  (cost=28.50..17676.52 rows=199740 width=43) (actual time=37.987..185.463 rows=199835 loops=1)
+  ->  Seq Scan on availabilityslot av
+        Filter: ((status)::text = 'AVAILABLE'::text)
+  ->  Seq Scan on bookable b
+Planning Time: 0.401 ms
+Execution Time: 192.437 ms
+}}}
+
+'''6.2 - 51.157 ms'''
+
+{{{
+Nested Loop  (cost=1000.27..13156.88 rows=993 width=43) (actual time=5.494..51.071 rows=1017 loops=1)
+  ->  Index Scan using bookable_pkey on bookable b
+  ->  Parallel Seq Scan on availabilityslot av
+        Filter: (bookable_id = 150)
+Planning Time: 0.178 ms
+Execution Time: 51.157 ms
+}}}
+
+'''6.3 - 96.327 ms'''
+
+{{{
+Hash Join  (cost=28.50..18925.91 rows=104939 width=43) (actual time=5.043..92.669 rows=103896 loops=1)
+  ->  Seq Scan on availabilityslot av
+        Filter: ((start_datetime >= '2026-07-01 00:00:00'::timestamp without time zone)
+              AND (start_datetime < '2026-08-01 00:00:00'::timestamp without time zone))
+  ->  Seq Scan on bookable b
+Planning Time: 0.345 ms
+Execution Time: 96.327 ms
+}}}
+
+При почетната анализа со {{{EXPLAIN ANALYZE}}} беше забележано дека PostgreSQL користи {{{Sequential Scan}}} и {{{Parallel Sequential Scan}}} врз табелата {{{AvailabilitySlot}}}. Ова значеше дека системот чита голем број редици за да ги пронајде потребните податоци, што предизвикуваше дополнително време на извршување.
+
+За оптимизација беа додадени следните индекси:
+
+{{{
+CREATE INDEX idx_availability_status
+ON AvailabilitySlot(status);
+
+CREATE INDEX idx_availability_bookable
+ON AvailabilitySlot(bookable_id);
+
+CREATE INDEX idx_availability_start
+ON AvailabilitySlot(start_datetime);
+
+CREATE INDEX idx_bookable_id
+ON Bookable(bookable_id);
+}}}
+
+=== Време на извршување со индекси ===
+
+'''6.1 - 109.389 ms'''
+
+{{{
+Hash Join  (cost=2260.91..14905.68 rows=199740 width=43) (actual time=9.156..102.463 rows=199835 loops=1)
+  ->  Bitmap Heap Scan on availabilityslot av
+        ->  Bitmap Index Scan on idx_availability_status
+  ->  Seq Scan on bookable b
+Planning Time: 0.846 ms
+Execution Time: 109.389 ms
+}}}
+
+'''6.2 - 2.111 ms'''
+
+{{{
+Nested Loop  (cost=12.40..2934.21 rows=993 width=43) (actual time=0.327..2.041 rows=1017 loops=1)
+  ->  Index Scan using idx_bookable_id on bookable b
+  ->  Bitmap Heap Scan on availabilityslot av
+        ->  Bitmap Index Scan on idx_availability_bookable
+Planning Time: 0.206 ms
+Execution Time: 2.111 ms
+}}}
+
+'''6.3 - 73.602 ms'''
+
+{{{
+Hash Join  (cost=2260.55..13732.05 rows=104939 width=43) (actual time=11.382..70.012 rows=103896 loops=1)
+  ->  Bitmap Heap Scan on availabilityslot av
+        ->  Bitmap Index Scan on idx_availability_start
+  ->  Seq Scan on bookable b
+Planning Time: 0.410 ms
+Execution Time: 73.602 ms
+}}}
+
+По оптимизацијата PostgreSQL започна да користи:
+
+ * {{{Bitmap Index Scan}}}
+ * {{{Bitmap Heap Scan}}}
+ * {{{Index Scan}}}
+
+Најголемо подобрување беше забележано кај query-от што пребарува според {{{bookable_id}}}:
+
+ * од ~51 ms
+ * на ~2 ms
+
+Кај query-от што пребарува според {{{status = 'AVAILABLE'}}} времето на извршување се намали:
+
+ * од ~192 ms
+ * на ~109 ms
+
+Исто така, query-от што пребарува според временски период се подобри:
+
+ * од ~96 ms
+ * на ~73 ms
+
+По оптимизацијата PostgreSQL престана да користи {{{Sequential Scan}}} и започна да ги пронаоѓа потребните редици преку индексно пребарување, што значително го подобри времето на извршување и ја намали количината на прочитани податоци.