| От | Josh Berkus |
|---|---|
| Тема | Re: Suggestions wanted for 7.2.4 query |
| Дата | |
| Msg-id | 200305051059.11751.josh@agliodbs.com обсуждение |
| Ответ на | Re: Suggestions wanted for 7.2.4 query (Josh Berkus <josh@agliodbs.com>) |
| Список | pgsql-performance |
Folks, > That may be solvable without forcing a seq scan on "events", simply by > overdetermining the criteria on date. That is, I can't apply the date > criteria to "events" because that would require running date calucations on > each row forcing a seq scan ( i.e. (event_date + duration) between date_one > and date_two would require a seq scan), but I can apply a broadend version of > the criteria to "events" ( i.e. event_date between (date_one - 1 month) and > (date_two + 1 day)) which would give the planner the idea that it is > returning a minority of rows from "events". If anyone is interested, the above idea worked. -- -Josh Berkus Aglio Database Solutions San Francisco
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера