Re: postgresql 10.1 wrong plan in when using partitions bug - Mailing list pgsql-performance

From Mariel Cherkassky
Subject Re: postgresql 10.1 wrong plan in when using partitions bug
Date
Msg-id CA+t6e1n27gUZvQZkc8en3Hnm0tdKcSTu2eMB8EE643LXBMTd7A@mail.gmail.com
Whole thread Raw
In response to Re: postgresql 10.1 wrong plan in when using partitions bug  (legrand legrand <legrand_legrand@hotmail.com>)
Responses Re: postgresql 10.1 wrong plan in when using partitions bug  (Mariel Cherkassky <mariel.cherkassky@gmail.com>)
List pgsql-performance
explain analyze takes too much time.. hours ...
I run it now but it will take some time.
The output of the explain : 

Finalize Aggregate  (cost=38058211.38..38058211.39 rows=1 width=8)
   ->  Gather  (cost=38058211.16..38058211.37 rows=2 width=8)
         Workers Planned: 2
         ->  Partial Aggregate  (cost=38057211.16..38057211.17 rows=1 width=8)
               ->  Append  (cost=0.00..38040836.26 rows=6549963 width=0)
                     ->  Parallel Seq Scan on log_full_1_11_2017_action_status  (cost=0.00..39863.21 rows=1 width=
0)
                           Filter: ((end_date >= to_date('2017/12/03'::text, 'YY/MM/DD'::text)) AND (end_date <= to_date(
'2017/12/04'::text, 'YY/MM/DD'::text)))
                     ->  Parallel Seq Scan on log_full_1_11_2017_alive_status  (cost=0.00..702893.03 rows=1 width=
0)
                           Filter: ((end_date >= to_date('2017/12/03'::text, 'YY/MM/DD'::text)) AND (end_date <= to_date(
'2017/12/04'::text, 'YY/MM/DD'::text)))
                     ->  Parallel Seq Scan on log_full_1_11_2017_modem_status  (cost=0.00..10.59 rows=1 width=0)
                           Filter: ((end_date >= to_date('2017/12/03'::text, 'YY/MM/DD'::text)) AND (end_date <= to_date(
'2017/12/04'::text, 'YY/MM/DD'::text)))

and so on parallel seq for each partition that I have..


2018-02-04 15:29 GMT+02:00 legrand legrand <legrand_legrand@hotmail.com>:
Explain analyse
Output ?

pgsql-performance by date:

Previous
From: Rick Otten
Date:
Subject: Re: postgresql 10.1 wrong plan in when using partitions bug
Next
From: Mariel Cherkassky
Date:
Subject: Re: postgresql 10.1 wrong plan in when using partitions bug