novill
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
CREATE TABLE table1 ( id int4, ...);
CREATE INDEX table1_id ON parent_t USING btree (id);
CREATE TABLE parent_t ( id int4);
CREATE INDEX parent_t_id ON parent_t USING btree (id);
CREATE TABLE child1 ( f1 string) inherits parent_t;
CREATE INDEX child1_id ON child1 USING btree (id);
CREATE TABLE child1 ( f2 date) inherits parent_t;
CREATE INDEX child2_id ON child2 USING btree (id);
select
...
from table1
...
left join parent_t on table1.id=parent_t.id
План
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Merge Left Join (cost= 303 . 09 .. 533 . 09 rows= 15000 width= 8 )
Merge Cond: ("outer".id = "inner".id)
-> Sort (cost= 69 . 83 .. 72 . 33 rows= 1000 width= 4 )
Sort Key: table1.id
-> Seq Scan on table1 (cost= 0 . 00 .. 20 . 00 rows= 1000 width= 4 )
-> Sort (cost= 233 . 26 .. 240 . 76 rows= 3000 width= 4 )
Sort Key: public.parent_t.id
-> Append (cost= 0 . 00 .. 60 . 00 rows= 3000 width= 4 )
-> Seq Scan on parent_t (cost= 0 . 00 .. 20 . 00 rows= 1000 width= 4 )
-> Seq Scan on child1 parent_t (cost= 0 . 00 .. 20 . 00 rows= 1000 width= 4 )
-> Seq Scan on child2 parent_t (cost= 0 . 00 .. 20 . 00 rows= 1000 width= 4 )
Озадачивают последние три строчки в плане выполнения
Однако.
Скажем прямо, никогда не использовал наследуемые таблицы. А проблема, судя по всему, в этом. Если я правильно понял план, то твой запрос эквивалентен такому (не знаю только, что у тебя в select-части):
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
select
...
from table1
...
left join (
SELECT id FROM parent_t
UNION ALL
SELECT id FROM child1
UNION ALL
SELECT id FROM child2
) AS t
on table1.id=t.id
А тут индексами и не светит. (((
Переделай, пожалуста, мой запрос со своими полями и покажи план этого запроса. Есть подозрение, что они будут одинаковы.
Для оптимизации, скорее всего, прийдётся отказываться от наследуемых таблиц.
