small query, about skipping dump in dumpAttrDef - Mailing list pgsql-hackers

From amul sul
Subject small query, about skipping dump in dumpAttrDef
Date
Msg-id 668258220.1174908.1450156602511.JavaMail.yahoo@mail.yahoo.com
Whole thread Raw
Responses Re: small query, about skipping dump in dumpAttrDef  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Hi All,

In dumpAttrDef() function we are skipping dump if table definition is not dumped(i.e. by checking 
tbinfo->dobj.dump), its absolutely alright to do this.

But, in dumpConstraint() we doing same by checking constraint dump flag(coninfo->dobj.dump) instead of table dump
flag(tbinfo->dobj.dump).

IMHO, for a code consistency we should use attribute dump flag(adinfo->dobj.dump) instead of table dump flag as shown
below:
=================================================================================================
diff --git a/src/bin/pg_dump/pg_dump.c b/src/bin/pg_dump/pg_dump.c
index 36863df..8ac0776 100644
--- a/src/bin/pg_dump/pg_dump.c
+++ b/src/bin/pg_dump/pg_dump.c
@@ -14479,8 +14479,8 @@ dumpAttrDef(Archive *fout, DumpOptions *dopt, AttrDefInfo *adinfo)
PQExpBuffer q;
PQExpBuffer delq;

-   /* Skip if table definition not to be dumped */
-   if (!tbinfo->dobj.dump || dopt->dataOnly)
+   /* Skip if not to be dumped */
+   if (!adinfo->dobj.dump || dopt->dataOnly)
return;

/* Skip if not "separate"; it was dumped in the table's definition */

=================================================================================================

Comments? Thoughts?

Regards,
Amul Sul



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Unused(?) field Form_pg_sequence.sequence_name, not updated by seq rename
Next
From: Michael Paquier
Date:
Subject: Re: Unused(?) field Form_pg_sequence.sequence_name, not updated by seq rename