Re: pgadmin Bogus Varno: 3
От | laurie.burrow@powerconv.alstom.com |
---|---|
Тема | Re: pgadmin Bogus Varno: 3 |
Дата | |
Msg-id | OF9B72ADB9.B22ED770-ON80256F88.0041D00E-80256F88.0042CE12@transport.alstom.com обсуждение исходный текст |
Ответ на | pgadmin Bogus Varno: 3 (laurie.burrow@powerconv.alstom.com) |
Список | pgadmin-support |
laurie.burrow@powerconv.alstom.com wrote: > AFAICT the function is objecting to the scalar select. The original query definition causing the Pgadmin problem was: CREATE OR REPLACE VIEW full_product_view ASSELECT slimprdmgrrspperid AS _prd_slimprdmgrrspperid_, ( SELECT (rspper.lstnme::text || ' '::text) || rspper.frstnme::text FROM rspper WHERE rspper.rspperid =slimprdmgrrspperid) AS _prd_slimprdmgrrspperid_d, prdid AS _prd_prdid_, slimprdnmgnnmeid AS _prd_slimprdnmgnnmeid_, actvle AS _slimprdnmgnnmeid_gennme_actvle_, catnmeclssid AS _slimprdnmgnnmeid_gennme_catnmeclssid_ FROM prd JOIN gennme ON gennme.gennmeid = prd.slimprdnmgnnmeid; Rewriting the query to include the table qualification on the scalar select cures the problem with pg_get_viewdef(c.oid,true). CREATE OR REPLACE VIEW full_product_view ASSELECT slimprdmgrrspperid AS _prd_slimprdmgrrspperid_, ( SELECT (rspper.lstnme::text || ' '::text) || rspper.frstnme::text FROM rspper WHERE rspper.rspperid =prd.slimprdmgrrspperid) AS _prd_slimprdmgrrspperid_d, prdid AS _prd_prdid_, slimprdnmgnnmeid AS _prd_slimprdnmgnnmeid_, actvle AS _slimprdnmgnnmeid_gennme_actvle_, catnmeclssid AS _slimprdnmgnnmeid_gennme_catnmeclssid_ FROM prd JOIN gennme ON gennme.gennmeid = prd.slimprdnmgnnmeid; I don't know if this behaviour is expected. Regards Laurie :.________________ CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium.
В списке pgadmin-support по дате отправления: