One Partition by list is always chosen by planner

From: legrand legrand <legrand_legrand(at)hotmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: One Partition by list is always chosen by planner
Date: 2017-11-20 22:54:02
Message-ID: 1511218442722-0.post@n3.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hello,

after creating a table wiki_data_part with
partition by list (category);

and creating partitions like
CREATE TABLE wiki_data_part_a PARTITION OF wiki_data_part
FOR VALUES IN ('ang.q',...,'arc');
CREATE TABLE wiki_data_part_b PARTITION OF wiki_data_part
FOR VALUES IN ('bs.s',...,'bg.n');

copy table wiki_data_part from ...;

analyze wiki_data_part;

explain select * from wiki_data_part where category='en'

| Append (cost=0.00..21595.75 rows=4 width=102)
| -> Seq Scan on wiki_data_part_e (cost=0.00..21578.00 rows=1 width=102)
| Filter: ((category)::text = 'en'::text)
| -> Seq Scan on wiki_data_part_s (cost=0.00..17.75 rows=3 width=102)
| Filter: ((category)::text = 'en'::text)

partition wiki_data_part_s (that has more than 100 values in its list) is
always scanned,
even when where predicates are not in its values list ...

Problem occurs on
PostgreSQL 10.0, compiled by Visual C++ build 1800, 64-bit
even without data loaded.

If this is a problem of max values, maybe this could be added in doc ?

wiki_data_wrong_part_s_chosen.sql
<http://www.postgresql-archive.org/file/t348768/wiki_data_wrong_part_s_chosen.sql>

--
Sent from: http://www.postgresql-archive.org/PostgreSQL-general-f1843780.html

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jan Claeys 2017-11-21 00:05:03 Re: To all who wish to unsubscribe
Previous Message Steve Atkins 2017-11-20 22:46:08 Re: To all who wish to unsubscribe