From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, seltenreich(at)gmx(dot)de |
Subject: | Re: Guidelines on dropping objects in regression tests, sqlsmith |
Date: | 2018-04-15 02:52:55 |
Message-ID: | CAH2-WznxWWw1Y2bRDgQtH3XjvdKzEcbetonNvFsLDTDes3W=iQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, Apr 14, 2018 at 6:18 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Traditionally, we've left around instances of various sorts of objects
> so that pg_dump/pg_upgrade would be exercised on those objects. It's
> possible that sqlsmith has different needs in this area, but hard to
> say without more thought.
Clearly it would be a shame if there were serious gaps in our test
coverage because nobody did some simple analysis.
>> For example, the new index_including.sql file drops all
>> INCLUDE indexes/tables proactively, even though it looks like they're
>> rather small, and in a certain sense worth keeping around.
>
> I agree that that's a completely bad idea, especially if nothing's
> been done to ensure pg_dump test coverage for the feature otherwise.
I took a look through all of the SQL files that the INCLUDE covering
indexes patch added tests to. At no point do they leave behind any
INCLUDE indexes. I'll do something about that as part of the INCLUDE
patch that I'm working on at the moment.
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Langote | 2018-04-15 02:57:41 | Re: partitioning code reorganization |
Previous Message | Alvaro Herrera | 2018-04-15 02:13:46 | Re: Guidelines on dropping objects in regression tests, sqlsmith |