Changes between Version 2 and Version 3 of Phase1_Partitioning

Timestamp:

12/10/25 00:49:38 (3 weeks ago)

Author:

226052

Comment:

--

Phase1_Partitioning

@@ -77 +77 @@
 }}}
 
+Сега ќе извршиме пример прашалник на старата табела('''rental_old''') каде што немаме партиции.
+
+{{{
+EXPLAIN ANALYSE
+SELECT *
+FROM rental_old
+WHERE rental_date >= '2022-01-01' AND rental_date <= '2022-12-31';
+}}}
+
+[[Image(rental_query.png)]]
+
+Од тука може да забележиме дека PostgreSQL мора да направи целосен Sequential Scan на табелата и бидејќи табелата не е партиционирана query optimizer - от нема да може да ги прескокне редовите што не припаѓаат на бараниот датумски опсег, па затоа ја скенира цела табела и елеминира повеќе од 8 милиони записи со помош на филтер.
 
 
+Извршување на иситиот прашалник на новата партиционирана табела('''rental''').
+
+{{{
+EXPLAIN ANALYSE
+SELECT *
+FROM rental
+WHERE rental_date >= '2022-01-01' AND rental_date <= '2022-12-31';
+}}}
+
+[[Image(rental_query_partition.png)]]
+
+По партиционирањето, PostgreSQL веќе не ја скенира целата табела, туку со помош на '''partition pruning''' кој што во поновите верзии на PostgreSQL е пуштен по default PostgreSQL не ги скенира партициите во кој што WHERE условот не е исполнет. Ја скенира само конкретната партиција '''rental_2022''' и со тоа наместо да обработуваат 10 милиони редови, се обработуваат само податоците во релевантната партиција, времето на извршување е скоро преполовено и со помош на филтер се елеминираат околу 5 илјади редови наместо 8 милиони.
+
+
+