From: | PG Bug reporting form <noreply(at)postgresql(dot)org> |
---|---|
To: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Cc: | joshua(dot)uyehara(at)gmail(dot)com |
Subject: | BUG #18178: New Restriction on "ON SELECT" rules on tables |
Date: | 2023-11-01 23:25:48 |
Message-ID: | 18178-05534d7064044d2d@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
The following bug has been logged on the website:
Bug reference: 18178
Logged by: Joshua Uyehara
Email address: joshua(dot)uyehara(at)gmail(dot)com
PostgreSQL version: 16.0
Operating system: Windows Server 2022
Description:
Hello,
Apologies if this is not the right place to report this, but it is either a
'bug' in the documentation, or (I'm hoping) a breaking change that could be
reverted.
The documentation for rules specifically states that "ON SELECT" rules can
be created on tables (and I have functionality/use cases that rely on that)
behavior, but pg16 breaks that.
In investigating the issue I did find what is likely the related release
note for 16 "Remove the ability to create views manually with ON SELECT
rules (Tom Lane)", but couldn't find any related discussion of the
rationale, suggested workarounds, or whether anyone else has yet run into
the same class of issues (possible given the recency of the release).
The issue is, basically, that there are broad classes of database
abstraction middleware that are configured via database introspection at
runtime and do not understand or implement the concept of updateable views
and foreign tables. The easiest workaround for that limitation in postgres
has always been to create a local table stand-in with all operations
rerouted to the foreign table via rules.
If I need to report this somewhere else, or send to one of the mailing
lists, please let me know.
Regards,
Josh
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2023-11-01 23:38:47 | Re: Wrong result for comparing ROW(...) with IS NOT NULL |
Previous Message | PG Bug reporting form | 2023-11-01 23:02:21 | BUG #18177: certain queries under certain contexts take multiple orders of magnitude longer compared to v10 |