Re: Guidelines on dropping objects in regression tests, sqlsmith

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

In response to

Responses

Browse pgsql-hackers by date

  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