same query in high number of times
От
Peter Alban
Тема
same query in high number of times
Дата
Msg-id
477dfcc10906210354m6e00b2b3v195e890c344cb97f@mail.gmail.com
Список
Дерево обсуждения
same query in high number of times Peter Alban <peter.alban2@gmail.com>
Re: same query in high number of times Robert Haas <robertmhaas@gmail.com>
Re: same query in high number of times Peter Alban <peter.alban2@gmail.com>
Re: same query in high number of times Scott Marlowe <scott.marlowe@gmail.com>
Re: same query in high number of times Laurent Laborde <kerdezixe@gmail.com>
Re: same query in high number of times Laurent Laborde <kerdezixe@gmail.com>
Hey folks !
Still kind of analyzing the situation , I realized that I do have a reasonably high shared_memory and effective_cache_size , though if the same query is being run in a number of times ~100-200 concurrent connection it is not being cached .
Should PG realize that if the table data is same should the query result set also be the same ? Instead each query takes up to 1-2 seconds .
Where do I see what the PG does ? I can see now the query's that take long time ,but do not have information about what the optimizer does neither when the DB decides about to table scan or cache ?
cheers,
Peter
Still kind of analyzing the situation , I realized that I do have a reasonably high shared_memory and effective_cache_size , though if the same query is being run in a number of times ~100-200 concurrent connection it is not being cached .
Should PG realize that if the table data is same should the query result set also be the same ? Instead each query takes up to 1-2 seconds .
Where do I see what the PG does ? I can see now the query's that take long time ,but do not have information about what the optimizer does neither when the DB decides about to table scan or cache ?
cheers,
Peter
В списке pgsql-performance по дате отправления