Re: Forcing postgres NOT to use sequential scan, trough JDBC

Поиск
Список
Период
Сортировка
От Dave Cramer
Тема Re: Forcing postgres NOT to use sequential scan, trough JDBC
Дата
Msg-id 491f66a50903090537l181d9995r6841ec3071a74246@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Forcing postgres NOT to use sequential scan, trough JDBC  (Mario Splivalo <mario.splivalo@megafon.hr>)
Список pgsql-jdbc


On Mon, Mar 9, 2009 at 5:02 AM, Mario Splivalo <mario.splivalo@megafon.hr> wrote:
Mario Splivalo wrote:
How do I tell postgres not to use sequential scan, trough jdbc?

I tried to include 'SET enable_seqscan TO false;' at the begining of the plpgsql function, but that seems to work only if I call the function trough the psql, and only for the subsequent calls in the current session. I 'know' that postgres is using sequential scan because function call takes cca 400ms. When I force postgres not to use sequential scan, the function takes around 5-10ms.

I even tried, on the same connection, to issue 'SET enable_seqscan TO false;' trough jdbc before I call my function, but execution time is still around 400ms.


As it turns out, one can say 'SET senable_seqscan TO false;' at the begining of the plpgsql function. The problem was that I had setup Tomcat so that it keeps only 10 persistent connections. When I set it up to keep 100 persistent connections the load was minimal.

As I said this is not the best way to do this. There is a postgresql list specifically to address these issues; the performance list. The problem with what you are doing is: 1  this affects all queries, and 2 is indicative of not having the database in an optimal state of tune. I strongly suggest you post your problem to the performance list and solve this properly, as this solution will likely cause other problems.

Dave

       Mike

--
Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-jdbc

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

Предыдущее
От: Mario Splivalo
Дата:
Сообщение: Re: Forcing postgres NOT to use sequential scan, trough JDBC
Следующее
От: Guillaume Cottenceau
Дата:
Сообщение: Re: [PERFORM] Query much slower when run from postgres function