| От | Kevin Grittner |
|---|---|
| Тема | Re: Query-Planer from 6seconds TO DAYS |
| Дата | |
| Msg-id | 20121026153006.306910@gmx.com обсуждение исходный текст |
| Ответ на | Query-Planer from 6seconds TO DAYS (Böckler Andreas <andy@boeckler.org>) |
| Ответы |
Re: Query-Planer from 6seconds TO DAYS
|
| Список | pgsql-performance |
ktm@rice.edu wrote: > You have the sequential_page_cost = 1 which is better than or equal > to the random_page_cost in all of your examples. It sounds like you > need a sequential_page_cost of 5, 10, 20 or more. The goal should be to set the cost factors so that they model actual costs for you workload in your environment. In what cases have you seen the sequential scan of a large number of adjacent pages from disk take longer than randomly reading the same number of pages from disk? (I would love to see the bonnie++ number for that, if you have them.) -Kevin
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера