Re: pg_stat_statements normalisation without invasive changes to the parser (was: Next steps on pg_stat_statements normalisation)

Поиск
Список
Период
Сортировка
От Noah Misch
Тема Re: pg_stat_statements normalisation without invasive changes to the parser (was: Next steps on pg_stat_statements normalisation)
Дата
Msg-id 20120320042949.GD8199@tornado.leadboat.com
обсуждение исходный текст
Ответ на Re: Re: pg_stat_statements normalisation without invasive changes to the parser (was: Next steps on pg_stat_statements normalisation)  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
On Mon, Mar 19, 2012 at 09:49:32PM +0200, Peter Eisentraut wrote:
> On m??n, 2012-03-19 at 02:35 +0000, Peter Geoghegan wrote:
> > I see your point of view. I suppose I can privately hold onto the test
> > suite, since it might prove useful again.
> 
> I would still like to have those tests checked in, but not run by
> default, in case someone wants to hack on this particular feature again.

Agreed.  Also, patch review becomes materially smoother when the author
includes comprehensive tests.  When a usage I wish to verify already appears
in the submitted tests, that saves time.  I respect the desire to keep regular
"make check" lean, but not if it means comprehensive tests get written to be
buried in the mailing list archives or never submitted at all.


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

Предыдущее
От: "Erik Rijkers"
Дата:
Сообщение: Re: patch for parallel pg_dump
Следующее
От: Daniel Farina
Дата:
Сообщение: Re: Incorrect assumptions with low LIMITs