Pretty self explanatory...
You have a view that references PG catalog tables whose structure has changed in the new version. Capture the DDL for that view, drop the view, proceed with the upgrade and attempt to create that view in the target DB. PG will give you good error msgs pointing you to what you need to change to get the query to work.
Regards,
Michael Vitale
On 07/22/2022 12:30 PM EDT David G. Johnston <david.g.johnston@xxxxxxxxx> wrote:On Fri, Jul 22, 2022 at 9:19 AM Murthy Nunna <mnunna@xxxxxxxx> wrote:
I encountered following error. Any help or insight is much appreciated.
CREATE VIEW "public"."all_tables" AS
SELECT ((("n"."nspname")::"text" || '.'::"text") || ("c"."relname")::"text") AS "tablename",
You created a view that uses the catalogs and the structure of those catalogs has changed. pg_upgrade cannot fix this for you. Unfortunately, the only real solution is to have a pre-upgrade script that removes the not unusable view, perform the upgrade, and then run a post-upgrade script that replaces it with something that will work in the new system. I'm unaware of a version of PostgreSQL that would act as a transition version where both versions of the view could exist, but you may wish to double-check that if you think such a two-step upgrade path would be easier for you to manage.David J.
