Re: Optimizing Outer Joins

Поиск
Список
Период
Сортировка
От Richard Huxton
Тема Re: Optimizing Outer Joins
Дата
Msg-id 41F8BFFB.5020605@archonet.com
обсуждение исходный текст
Ответ на Optimizing Outer Joins  (Sebastian Böck <sebastianboeck@freenet.de>)
Ответы Re: Optimizing Outer Joins  (Sebastian Böck <sebastianboeck@freenet.de>)
Список pgsql-performance
Sebastian Böck wrote:
> Hello,
>
> if i have the following (simple) table layout:
>
> create table a (
>   id serial primary key
> );
>
> create table b (
>   id integer references a,
>   test text
> );
>
> create view c as
>   select a.id,b.test from a
>   left join b
>   on a.id = b.id;

> test=# EXPLAIN SELECT * from g;

> test=# EXPLAIN SELECT id from g;

> so the only difference is the width estimation.
>
> But why is the scan on table b performed?
> If i understand it correctly this is unnecessary because the
> result contains only rows from table a.

It's only unnecessary in the case where there is a 1:1 correspondence
between a.id and b.id - if you had more than one matching row in "b"
then there'd be repeated rows from "a" in the result. Not sure if PG can
  tell what the situation is regarding references and pkeys, but in your
example you don't have one anyway.

--
   Richard Huxton
   Archonet Ltd

В списке pgsql-performance по дате отправления:

Предыдущее
От: PFC
Дата:
Сообщение: Re: [SQL] OFFSET impact on Performance???
Следующее
От: Oleg Bartunov
Дата:
Сообщение: Re: [SQL] OFFSET impact on Performance???