Re: [SQL] Subselect performance

Поиск
Список
Период
Сортировка
Искать
От
Daniel Lopez
Тема
Re: [SQL] Subselect performance
Дата
Msg-id
199909212254.AAA13731@atm9.com.dtu.dk
Ответ на
Список
Дерево обсуждения
Re: [SQL] How about a postgreSQL cookbook? (was [SQL] Subselect performance) Clayton Cottingham <drfrog@smartt.com>

> It is not your fault.  We frequently get reports of this type, and the
> behavior of the subquery is very non-intuitive.  You would think that a
> subquery and a join would have the same performance, but because of the
> limitation of subqueries as being nested loop joined, this is not the
> case, and subqueries are slower.  We tell people to rewrite their query
> as EXISTS, but by the time we tell them that, they have already spent
> much time trying to figure out why the query is so slow, and I am sure
> many people don't even know about the EXISTS workaround.

You are right: I spend some time scratching my head, then some time
searching the mailing lists and I finally made the query with a EXISTS,
which works great for  me :) Thanks
Can this be a candidate to include in the FAQ? 

On the same idea, is there any good document out there with all the SQL
"recipes" or common practice for things like : "Give me all the rows which
have this value in this column more than once, etc"
I do it with: 
select my_index, count(my_index) from my_table  group by my_index having
count(my_index) > 1;

But this is a common query and would be interested in knowing which is the
commonly accepted way of doing this

Regards

Daniel

В списке pgsql-sql по дате отправления
От: Bruce Momjian
Дата:
От: Daniel Lopez
Дата:
Сообщение: Book on SQL
FAQ