| От | Kevin Grittner |
|---|---|
| Тема | Re: Forcing postgresql to use an index |
| Дата | |
| Msg-id | 4AA6403C020000250002AB75@gw.wicourts.gov обсуждение |
| Ответ на | Forcing postgresql to use an index (Eugene Morozov <eugene@cactus-mouse.com>) |
| Список | pgsql-performance |
Eugene Morozov <eugene@cactus-mouse.com> wrote: > Can anyone enlighten me? Should I set random_page_cost to 1.2 > permanently (I feel this is not a really good idea in my case)? For it to pass as many rows as it did in the time that it did, most or all of the "reads" were cached. If this is typically the case, at least for the queries for which performance is most critical, your change makes sense as a permanent setting. In fact, you might want to go even further -- there have been many reports of people getting good performance on fully-cached systems by dropping both random_page_cost and seq_page_cost to 0.1, so that the optimizer better estimates the relative cost of "disk access" versus CPU-based operations. -Kevin
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера