From: | Ed Sabol <edwardjsabol(at)gmail(dot)com> |
---|---|
To: | "pgsql-admin(at)lists(dot)postgresql(dot)org" <pgsql-admin(at)lists(dot)postgresql(dot)org> |
Subject: | Re: pg_dump: WARNING: could not find operator |
Date: | 2023-07-13 03:04:56 |
Message-ID: | 115BEF7D-2297-45FE-A69D-C3E1C42133F1@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Jul 12, 2023, at 2:26 AM, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> wrote:
> To find out which operators are causing the trouble, you can run queries like
>
> SELECT * FROM pg_operator
> WHERE oprcom IN (2234078, 2234199)
> OR oprnegate IN (2234078, 2234199);
>
> and test everything that uses these broken operators particularly well.
OK, I found them in one of our databases. Based on the oprcode values, they seem to be related to an extension we have installed (pgsphere, in case anyone is curious). Probably from an old version of the extension, I'm guessing, as the current pgsphere passes all regression testing.
So how do I clean up these dangling operators? Is it as easy as the following?
DELETE FROM pg_operator
WHERE oprcom IN (2234078, 2234199)
OR oprnegate IN (2234078, 2234199);
Thanks,
Ed
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2023-07-13 03:08:03 | Re: pg_dump: WARNING: could not find operator |
Previous Message | Satalabaha Postgres | 2023-07-13 01:46:42 | Identify sessions and SQL's that are generating more write ahead logs |