Re: Include RELKIND_TOASTVALUE in get_relkind_objtype - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Include RELKIND_TOASTVALUE in get_relkind_objtype
Date
Msg-id 20191105022902.GE16867@paquier.xyz
Whole thread Raw
In response to Re: Include RELKIND_TOASTVALUE in get_relkind_objtype  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Include RELKIND_TOASTVALUE in get_relkind_objtype  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Nov 04, 2019 at 03:31:27PM -0500, Tom Lane wrote:
> I'd rather do something like the attached, which makes it more of an
> explicit goal that we won't fail on bad input.  (As written, we'd only
> fail on bad classId, which is a case that really shouldn't happen.)

Okay, that part looks fine.

> Tests are the same as yours, but I revised the commentary and got
> rid of the elog-for-bad-relkind.

No objections on that part either.

> I also made some cosmetic changes in commands/alter.c, so as to (1)
> make it clear by inspection that those calls are only used to feed
> aclcheck_error, and (2) avoid uselessly computing a value that we
> won't need in normal non-error cases.

Makes also sense.  Thanks for looking at it!
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Do we have a CF manager for November?
Next
From: Fujii Masao
Date:
Subject: Re: pause recovery if pitr target not reached