Re: advanced index (descending and table-presorted descending)

Поиск
Список
Период
Сортировка
От John D. Burger
Тема Re: advanced index (descending and table-presorted descending)
Дата
Msg-id 92F0CA73-8372-4CF1-BD10-D724122BE9D4@mitre.org
обсуждение исходный текст
Ответ на Re: advanced index (descending and table-presorted descending)  ("Peter Childs" <peterachilds@gmail.com>)
Ответы Re: advanced index (descending and table-presorted descending)
Список pgsql-general
> However, Cluster might work for you, but you need to re-cluster after
> every updates or inserts, so it will probably be fine for static data.

This reminds me of a (somewhat off-topic) question I have had:

I have a static database, and most of the tables are 100% correlated
with one column or another (because I build them that way, or due to
clustering).  In some cases I join two tables on one of these
perfectly correlated columns, and so the planner wants to sort the
two on that column.  Of course, this is unnecessary, and for large
tables, the sorts get spilled to disk (I suppose) and can take a
while.  Is there any way to convince the planner that the sorts are
unnecessary, and it can just zip the two tables together as is?

This is under PG 7.4, by the way.  Any comments welcome.

- John D. Burger
   MITRE


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

Предыдущее
От: Francisco Reyes
Дата:
Сообщение: Re: Superuser lost access to particular database
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Trapping PL/Perl spi_query_exec errors