Re: Index selection on a large table

Поиск
Список
Период
Сортировка
От bruc@stone.congenomics.com (Robert E. Bruccoleri)
Тема Re: Index selection on a large table
Дата
Msg-id 200007270021.UAA10748@stone.congenomics.com
обсуждение исходный текст
Ответ на Index selection on a large table  ("Michael Richards" <michael@fastmail.ca>)
Список pgsql-bugs
I have seen the same problem with poor default query
plans. Unfortunately, VACUUM ANALYZE is not an acceptable option
because it takes far too long to reindex a massive table. The behavior
under PostgresQL 6.5.3, which apparently assumed that all indexed
entries were nearly unique works well for my applications, whereas the
current behavior under 7.0 does NOT work when it most matters, for
really big tables. I do recommend to the developers that they reconsider
the current choice because it appears to be bug, not a feature.

+----------------------------------+------------------------------------+
| Robert E. Bruccoleri, Ph.D.      | Phone: 609 737 6383                |
| President, Congenomics, Inc.     | Fax:   609 737 7528                |
| 114 W Franklin Ave, Suite K1,4,5 | email: bruc@acm.org                |
| P.O. Box 314                     | URL:   http://www.congen.com/~bruc |
| Pennington, NJ 08534             |                                    |
+----------------------------------+------------------------------------+

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

Предыдущее
От: "Michael Richards"
Дата:
Сообщение: Libpq++ memory leak
Следующее
От: Andriy I Pilipenko
Дата:
Сообщение: Bug with 'iscachable' attribute (Was: Index selection bug)