Not debuginfo rpm for postgresql96-server package?
Hello all: Is there any debuginfo rpm package for postgresql96-server package? I searched it on https://yum.postgresql.org/9.6/redhat/rhel-7-x86_64/ and also via 'yum search', but not matched package found. There is the postgresql96-debuginfo package, but it is for the postgresql96 package (the client one), not for the server one. Thanks for any responses.
Re: Not debuginfo rpm for postgresql96-server package?
Finally I found that postgresql96-debuginfo actually contains the debuginfo of the postgres executable. So the postgresql96-debuginfo package contains both the debuginfo of the client and the debuginfo of the server. Zexuan Luo 于2018年9月20日周四 下午6:28写道: > > Hello all: > Is there any debuginfo rpm package for postgresql96-server package? > I searched it on https://yum.postgresql.org/9.6/redhat/rhel-7-x86_64/ > and also via 'yum search', but not matched package found. > There is the postgresql96-debuginfo package, but it is for the > postgresql96 package (the client one), not for the server one. > > Thanks for any responses.
Function `set_config` doesn't work in with query?
For instance: ``` with t as ( select set_config('blah', '1', false) ) select current_setting('blah'); select current_setting('blah'); ``` Execute queries above gets these error messages: psql:test-query-dump.sql:4: ERROR: unrecognized configuration parameter "blah" psql:test-query-dump.sql:5: ERROR: unrecognized configuration parameter "blah" Thank you for any responses.
Re: Function `set_config` doesn't work in with query?
Thank you! Something like ``` with t as ( select set_config('ns.blah', '1', false) as res ) select res from t; select current_setting('ns.blah'); ``` works for me. Andrew Gierth 于2019年1月4日周五 下午6:27写道: > > >>>>> "Zexuan" == Zexuan Luo writes: > > Zexuan> For instance: > Zexuan> ``` > Zexuan> with t as ( > Zexuan> select set_config('blah', '1', false) > Zexuan> ) > Zexuan> select current_setting('blah'); > > A CTE containing a SELECT query which is not referenced anywhere will > not be executed, even if it contains volatile functions. (CTEs > containing INSERT/UPDATE/DELETE that are not referenced _will_ still be > executed.) > > -- > Andrew (irc:RhodiumToad)