| От | Tom Lane |
|---|---|
| Тема | Re: tsearch query plan |
| Дата | |
| Msg-id | 21349.1081488411@sss.pgh.pa.us обсуждение |
| Ответ на | Re: tsearch query plan (Mark Lubratt <mark.lubratt@indeq.com>) |
| Список | pgsql-performance |
Mark Lubratt <mark.lubratt@indeq.com> writes:
> I guess I was looking more at the cost estimate and not so much at the
> rows estimate. I agree that the row estimate wasn't too bad. But the
> cost estimate seems way out of line.
The cost estimates are not even in the same units as the actual runtime.
Cost is in an arbitrary scale in which 1 unit = 1 sequential disk block
fetch. It is unknown what this might equate to on your machine ... but
it's quite unlikely that it's 1.0 millisecond. The thing to look at
when considering EXPLAIN results is whether the ratios of different cost
estimates are proportional to the actual runtimes.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера