| От | Scott Marlowe |
|---|---|
| Тема | Re: Query with date where clause is very slow |
| Дата | |
| Msg-id | dcc563d10902192131o2849fbb1ra9c0dad12a5801a7@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Query with date where clause is very slow (Mike Christensen <imaudi@comcast.net>) |
| Список | pgsql-general |
On Thu, Feb 19, 2009 at 10:17 PM, Mike Christensen <imaudi@comcast.net> wrote: > I'd tell you, but I lost the database last night <g> > > I'll go rebuild the test data but it'll take a while. > I assume the data was properly representative of the real data, and that you were running analyze; before running any queries. Normally when you see this kind of slow down it's that postgresql picked a bad query plan because of bad estimates. Most bad estimates can be fixed with simple increases in the the stats target for the offending column. Sometimes it takes more than that. Look for numbers of row estimated versus actual rows returned, and loops.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера