Re: Spatial join insists on sequential scan of larger table

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Spatial join insists on sequential scan of larger table
Дата
Msg-id 27943.1080920786@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Spatial join insists on sequential scan of larger table  (Clive Page <cgp@star.le.ac.uk>)
Ответы Re: Spatial join insists on sequential scan of larger
Re: Spatial join insists on sequential scan of larger
Список pgsql-performance
Clive Page <cgp@star.le.ac.uk> writes:
> This executes, it need hardly be said, a whole lot faster.

Could we see EXPLAIN ANALYZE output?

The estimated costs for the two cases are nearly the same, which says to
me that there's something wrong with the cost model for r-tree lookups,
but I don't know what it is.

            regards, tom lane

В списке pgsql-performance по дате отправления:

Предыдущее
От: Clive Page
Дата:
Сообщение: Spatial join insists on sequential scan of larger table
Следующее
От: Bruno Wolff III
Дата:
Сообщение: Re: single index on more than two coulumns a bad thing?