Re: [GENERAL] Different query plan used for the same query dependingon how parameters are passed

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: [GENERAL] Different query plan used for the same query dependingon how parameters are passed
Дата
Msg-id 2eb2bc0d-a465-88d3-9ded-f5fde5fd25b0@aklaver.com
обсуждение исходный текст
Ответ на [GENERAL] Different query plan used for the same query depending on howparameters are passed  (David Chapman <david.chapman@mavensecurities.com>)
Ответы Re: [GENERAL] Different query plan used for the same query dependingon how parameters are passed  (David Chapman <david.chapman@mavensecurities.com>)
Список pgsql-general
On 05/16/2017 06:01 AM, David Chapman wrote:
> I have a table that includes two text columns t1 and t2, and a composite
> index on these columns. When issuing a query of the following form:
>
> SELECT * FROM test WHERE t1 = 'X' and t2 = ANY(ARRAY['Y1', 'Y2', ..])
>
> I have observed that it will use the index and have reasonable
> performance if the whole query is passed as a single big string. However
> if it is parameterised (I'm using Npgsql) it switches to doing a
> sequence scan and performs terribly.

What Postgres version?

Can you show the parametrized version?

What is the output if you add EXPLAIN ANALYZE to the beginning of the
query?:

https://www.postgresql.org/docs/9.6/static/sql-explain.html


>
> The table contains approx 2.3 million records and the query matches
> about 20k records (i.e. there are 20k 'Y' values in the array).
>
> I have experimented with changing work_mem, preparing the statement in
> advance, ANALYZEing the table, none of these change the behavior.
>
> Why does the query planner choose to ignore the index when the command
> is parameterised?
>
>
>


--
Adrian Klaver
adrian.klaver@aklaver.com


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

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: [GENERAL] Help: Installing 9.6 breaks local connections to 9.2 onCentos 6.9
Следующее
От: Martin Goodson
Дата:
Сообщение: Re: [GENERAL] EnterpriseDB installed PostgreSQL 9.6 vs. REPMGR. Round4 - compilation issues on RHEL 7.2