Re: Have I b0rked something? Slow comparisons on "where x in (...)"

Поиск
Список
Период
Сортировка
От Alban Hertroys
Тема Re: Have I b0rked something? Slow comparisons on "where x in (...)"
Дата
Msg-id 463AF4F0.1090306@magproductions.nl
обсуждение исходный текст
Ответ на Re: Have I b0rked something? Slow comparisons on "where x in (...)"  (Listmail <lists@peufeu.com>)
Ответы Re: Have I b0rked something? Slow comparisons on "where x in (...)"  (Listmail <lists@peufeu.com>)
Список pgsql-general
Listmail wrote:
>
>     Followup to my previous test, with an index this time
>
> EXPLAIN ANALYZE SELECT * FROM test WHERE value IN ( 1000 integers )

I'm not quite sure what you're trying to measure here, but I don't think
it is what was suggested.

IIRC the suggestion was to move the values from your IN (...) operator
into a temp table and join against that.

Try measuring something like this:

EXPLAIN ANALYZE SELECT * FROM table JOIN test ON (table.column = test.value)

vs.

EXPLAIN ANALYZE SELECT * FROM table WHERE value IN ( 1000 integers )

--
Alban Hertroys
alban@magproductions.nl

magproductions b.v.

T: ++31(0)534346874
F: ++31(0)534346876
M:
I: www.magproductions.nl
A: Postbus 416
   7500 AK Enschede

// Integrate Your World //

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

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Re: R: Postgres 8.3-dev
Следующее
От: "Mike Frysinger"
Дата:
Сообщение: Re: cant get pg_dump/pg_restore to behave