Changes between Version 3 and Version 4 of QueryOptimization

Timestamp:

05/26/26 22:11:45 (16 hours ago)

Author:

231088

Comment:

--

QueryOptimization

@@ -111 +111 @@
 
 Со додавањето на индексите planner-от започна да користи индексно пребарување наместо {{{Parallel Sequential Scan}}}, што овозможи побрзо извршување на query-ите и подобар execution plan.
+
+
+
+== 2. Анализа и оптимизација на vw_client_booking_history ==
+
+Погледот {{{vw_client_booking_history}}} се користи за прикажување на историјата на booking-ите на клиентите, нивниот статус и информациите за плаќање.
+
+Прашалниците кои беа тестирани се следните:
+
+{{{
+-- 2.1
+SELECT *
+FROM vw_client_booking_history
+WHERE client_id = 1500;
+
+-- 2.2
+SELECT *
+FROM vw_client_booking_history
+WHERE payment_status = 'PAID';
+}}}
+
+=== Време на извршување без индекси ===
+
+'''2.1 - 478.399 ms'''
+
+{{{
+Nested Loop  (cost=394513.00..438192.78 rows=3976 width=58) (actual time=434.407..443.008 rows=0 loops=1)
+  ->  Gather
+        ->  Parallel Hash Right Join
+              ->  Parallel Seq Scan on payment p
+              ->  Parallel Seq Scan on bookingrequest br
+                    Filter: (client_id = 1500)
+Planning Time: 44.765 ms
+Execution Time: 478.399 ms
+}}}
+
+'''2.2 - 159.853 ms'''
+
+{{{
+Nested Loop  (cost=1001.86..42632.01 rows=1 width=58) (actual time=142.971..159.779 rows=0 loops=1)
+  ->  Gather
+        ->  Parallel Seq Scan on payment p
+              Filter: ((payment_status)::text = 'PAID'::text)
+Planning Time: 1.571 ms
+Execution Time: 159.853 ms
+}}}
+
+При почетната анализа беше забележано дека PostgreSQL користи {{{Parallel Sequential Scan}}} врз табелите {{{BookingRequest}}}, {{{Booking}}} и {{{Payment}}}. Ова предизвикуваше значително време на извршување, особено кај query-ите што пребаруваат според клиент или статус на плаќање.
+
+За оптимизација беа додадени следните индекси:
+
+{{{
+CREATE INDEX idx_bookingrequest_client
+ON BookingRequest(client_id);
+
+CREATE INDEX idx_offer_request
+ON Offer(request_id);
+
+CREATE INDEX idx_booking_offer
+ON Booking(offer_id);
+
+CREATE INDEX idx_booking_status
+ON Booking(booking_status);
+
+CREATE INDEX idx_payment_booking
+ON Payment(booking_id);
+
+CREATE INDEX idx_payment_status
+ON Payment(payment_status);
+
+CREATE INDEX idx_bookable_id
+ON Bookable(bookable_id);
+}}}
+
+=== Време на извршување со индекси ===
+
+'''2.1 - 44.997 ms'''
+
+{{{
+Nested Loop  (cost=1115.31..63410.15 rows=3975 width=58) (actual time=38.480..44.907 rows=0 loops=1)
+  ->  Parallel Bitmap Heap Scan on bookingrequest br
+        ->  Bitmap Index Scan on idx_bookingrequest_client
+  ->  Index Scan using idx_offer_request on offer o
+  ->  Index Scan using idx_booking_offer on booking bk
+Planning Time: 2.529 ms
+Execution Time: 44.997 ms
+}}}
+
+'''2.2 - 0.114 ms'''
+
+{{{
+Nested Loop  (cost=2.29..14.64 rows=1 width=58) (actual time=0.047..0.049 rows=0 loops=1)
+  ->  Index Scan using idx_payment_status on payment p
+Planning Time: 2.188 ms
+Execution Time: 0.114 ms
+}}}
+
+По оптимизацијата PostgreSQL започна да користи:
+
+ * {{{Bitmap Index Scan}}}
+ * {{{Index Scan}}}
+ * {{{Index Only Scan}}}
+
+Најголемо подобрување беше забележано кај query-от што пребарува според {{{payment_status}}}, каде времето на извршување се намали:
+
+ * од ~159 ms
+ * на ~0.1 ms
+
+Исто така, query-от што пребарува според {{{client_id}}} се подобри:
+
+ * од ~478 ms
+ * на ~44 ms
+
+Со додавањето на индексите planner-от започна да користи индексно пребарување наместо {{{Parallel Sequential Scan}}}, што овозможи значително побрзо извршување на query-ите и подобар execution plan.