Re: BUG #18998: No materialized views in INFORMATION_SCHEMA.TABLE_PRIVILEGES

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: lacanoid(at)ljudmila(dot)org
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #18998: No materialized views in INFORMATION_SCHEMA.TABLE_PRIVILEGES
Date: 2025-07-24 21:18:50
Message-ID: 1746231.1753391930@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> View NFORMATION_SCHEMA.TABLE_PRIVILEGES contains information for views and
> tables, but not materialized views. I found this to be somewhat unexpected.
> Since materialized views are conceptually somewhere between views and
> tables, it would perhaps make sense to include them.
> The standard of course doesn’t say anything about this because it does not
> deal with materialized views at all.

Yeah, precisely. Our take on the information schema is that it should
show what the standard says, and thus objects that are outside the
standard should not appear there at all. Obviously that's a bit of
a judgment call, but it saves us from having to make a bunch of other
judgment calls about just how much we'd want to warp the information
schema's behavior.

For example, in the case at hand it'd be darn weird for matviews
to be reflected in TABLE_PRIVILEGES but not TABLES, so then we'd
have to allow a nonstandard value of TABLES.TABLE_TYPE, and then we're
already some way down the slippery slope to something that claims to
be the information schema but contains much that a standards-compliant
client wouldn't know what to do with.

regards, tom lane

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2025-07-25 01:01:11 Re: BUG #18996: Assertion fails in waiteventset.c when dropping database in single mode in PG18
Previous Message Laurenz Albe 2025-07-24 21:06:57 Re: BUG #18964: `ALTER DATABASE ... RESET ...` fails to reset extension parameters that no longer exist