RE: BUG #17634: Inconsistent view_definition in information_schema.views
От | Blum, Kimber |
---|---|
Тема | RE: BUG #17634: Inconsistent view_definition in information_schema.views |
Дата | |
Msg-id | DM6PR11MB35941E5CF576113B61D1FABC96239@DM6PR11MB3594.namprd11.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: BUG #17634: Inconsistent view_definition in information_schema.views (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-bugs |
Then perhaps the rule decompiler should be used when populating a column that implies it contains the view definition - becauseit is not the correct definition. No snark intended, just my thoughts. On a related note, having dependencies forall object (including functions and procedures) available in postgres would be awesome. You all provide a great productfor us opensource users, and it's appreciated. -----Original Message----- From: Tom Lane <tgl@sss.pgh.pa.us> Sent: Tuesday, October 11, 2022 9:58 AM To: Blum, Kimber <kimber7@illinois.edu> Cc: pgsql-bugs@lists.postgresql.org Subject: Re: BUG #17634: Inconsistent view_definition in information_schema.views PG Bug reporting form <noreply@postgresql.org> writes: > If I run my query against information_schema.views while my session is > active in a schema that is referenced in my query, > information_schema.views strips out that schema name. All other objects remain schema qualified. This is not a bug, it's normal behavior of the rule decompiler: object names are qualified only if necessary (where "necessary" means "would not be found in a search_path search"). If you don't like it, set search_path to empty. regards, tom lane
В списке pgsql-bugs по дате отправления: