Re: Extend CREATE POLICY to add IF EXISTS

From: Álvaro Herrera <alvherre(at)kurilemu(dot)de>
To: Paul Austin <paul(dot)austin(at)automutatio(dot)com>
Cc: "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Extend CREATE POLICY to add IF EXISTS
Date: 2025-10-21 07:23:27
Message-ID: 202510210716.4cr5qkq2z2mj@alvherre.pgsql
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 2025-Oct-20, Paul Austin wrote:

> Adrian,
>
> The drop policy IF EXISTS does work.
>
> But it would be nice to have the IF NOT EXISTS on CREATE POLICY so I
> don't need to do a drop and create.

How would CREATE IF NOT EXISTS handle the case of an existing policy
that doesn't match the one you want? I think it would just silently not
do anything, and in that case you can't really rely on it, can you? So
your script would have to extract the current policy, compare with the
one you want (how?) and then maybe drop it and create it anew, or leave
it alone. Is this really useful?

I think what you'd really appreciate is CREATE OR REPLACE: if the
policy exists and matches the one you ask for, then don't do anything;
but otherwise throw it away and create it anew. We have this for views,
and it allows for things like adding more columns than the original view
had.

BTW, the pattern DROP IF EXISTS / CREATE is a bit nasty, because there
exists a period in between where no policy exists, which could be a
security hole. Unless you use an explicit transaction block.

--
Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
"I love the Postgres community. It's all about doing things _properly_. :-)"
(David Garamond)

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Paul Austin 2025-10-21 14:08:42 RE: Extend CREATE POLICY to add IF EXISTS
Previous Message Paul Austin 2025-10-20 22:19:12 Re: Extend CREATE POLICY to add IF EXISTS