| От | Pavel Stehule |
|---|---|
| Тема | Re: Bitmap Heap scan 8.1/8.2 |
| Дата | |
| Msg-id | 162867790710230532m1504601fha41a933de97ffdad@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Bitmap Heap scan 8.1/8.2 (Martin Marques <martin@bugs.unl.edu.ar>) |
| Список | pgsql-general |
2007/10/23, Martin Marques <martin@bugs.unl.edu.ar>: > Martin Marques escribió: > > Pavel Stehule wrote: > >> > >> try > >> > >> set work_mem to '8MB'; > >> and > >> explain analyze select .. > > > > These things didn't help. What changed the plan completely was this: > > > > seq_page_cost = 5.0 # measured on an arbitrary scale > > cpu_tuple_cost = 0.05 # same scale as above > > Can someone explain how this parameters are measured? What is 5.0 in > this case for seq_page_cost? > http://www.postgresql.org/docs/8.2/interactive/runtime-config-query.html 5.0 means so seq scan will be expensive for optimaliser, and optimaliser will prefer index scan.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера