Re: Heap page diagnostic/test functions (v2)

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Heap page diagnostic/test functions (v2)
Дата
Msg-id
29103.1175996895@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Heap page diagnostic/test functions (v2) "Simon Riggs" <simon@2ndquadrant.com>
Re: Heap page diagnostic/test functions (v2) "Simon Riggs" <simon@2ndquadrant.com>
Re: Heap page diagnostic/test functions (v2) Bruce Momjian <bruce@momjian.us>
Re: Heap page diagnostic/test functions (v2) Bruce Momjian <bruce@momjian.us>
Re: Heap page diagnostic/test functions (v2) Bruce Momjian <bruce@momjian.us>
Re: Heap page diagnostic/test functions (v2) "Simon Riggs" <simon@2ndquadrant.com>
Re: Heap page diagnostic/test functions (v2) Bruce Momjian <bruce@momjian.us>
Re: Heap page diagnostic/test functions (v2) "Simon Riggs" <simon@2ndquadrant.com>
Re: Heap page diagnostic/test functions (v2) Tom Lane <tgl@sss.pgh.pa.us>
Re: Heap page diagnostic/test functions (v2) Heikki Linnakangas <heikki@enterprisedb.com>
"Simon Riggs"  writes:
> If we see it as a manual test tool only, contrib is OK. But it has to be
> in the backend to be usable in the regression test suite, so thats where
> it was designed to go.

The core regression tests have depended on some contrib stuff forever,
so the above argument holds no water.

I'm uncomfortable with putting these things in core because I suspect
it's not hard to crash the backend (or worse) by feeding one of them
artfully corrupted data.

			regards, tom lane
В списке pgsql-patches по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: RESET SESSION v2
От: Bruce Momjian
Дата:
Сообщение: Re: LIMIT/SORT optimization
FAQ