Re: [HACKERS] [PATCH] Tests for reloptions

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [HACKERS] [PATCH] Tests for reloptions
Дата
Msg-id 20171019122052.f3cychhfktrfwqdk@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: [HACKERS] [PATCH] Tests for reloptions  (Nikolay Shaplov <dhyan@nataraj.su>)
Ответы Re: [HACKERS] [PATCH] Tests for reloptions  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Re: [HACKERS] [PATCH] Tests for reloptions  (Nikolay Shaplov <dhyan@nataraj.su>)
Re: [HACKERS] [PATCH] Tests for reloptions  (Nikolay Shaplov <dhyan@nataraj.su>)
Список pgsql-hackers
Nikolay Shaplov wrote:
> В письме от 3 октября 2017 11:48:43 пользователь Michael Paquier написал:

> I've been thinking a lot, and rereading the patch. When I reread it I've been 
> thinking that I would like to add more tests to it now... ;-)
> 
> If the only purpose of tests is to get better coverage, then I would agree 
> with you. But I've been thinking that tests also should check that everything 
> behaves as expected (or as written in documentation).
> 
> I would say that options names is a of part of SQL dialect that postgres uses, 
> kind of part of the syntax. It is good to be sure that they still supported. 
> So I would add a test for every option heap supports.

Yeah, it would perhaps be good idea to ensure we don't break things that
are documented to work.  If the tests don't take too long, I'm not
opposed to testing every single option.  As you say, code coverage is
important but it's not the only goal.

I'm hesitant to hardcode things like the number of bits in bloom, as you
had in the original.  If I understand correctly, that number could
change with compile options (different blocksize?), so I removed that
part.  I also fixed a few spelling errors.

And pushed.  Let's see what the buildfarm says about this.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Sokolov Yura
Дата:
Сообщение: Re: [HACKERS] Fix performance degradation of contended LWLock on NUMA
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [HACKERS] [PATCH] Tests for reloptions