Skip site navigation (1) Skip section navigation (2)

Re: revised sample SRF C function; proposed SRF API

From: Joe Conway <mail(at)joeconway(dot)com>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: pgsql-hackers <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: revised sample SRF C function; proposed SRF API
Date: 2002-05-27 21:56:07
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
Peter Eisentraut wrote:
> We need a function like this in the main line.  The "show all" variety
> isn't top priority, but we need something that gets you the "show" result
> as a query output.  The original idea was to make SHOW return a query
> result directly, but a function is fine with me too.

Originally I wrote this as "showvars(varname)" and accepted 'all' in a 
similar fashion to SHOW ALL. But it seemed redundant since you can still do:

test=# select * from showvars() where varname = 'wal_sync_method';
      varname     |  varval
  wal_sync_method | fdatasync
(1 row)

but you can also do:

test=# select * from showvars() where varname like 'show%';
        varname       | varval
  show_executor_stats | off
  show_parser_stats   | off
  show_planner_stats  | off
  show_query_stats    | off
  show_source_port    | off
(5 rows)

which also seemed useful.

I was thinking that if we wanted to replace SHOW X with this, it could 
be done in the parser by rewriting it as "SELECT * FROM showvars() WHERE 
varname = 'X'", or for SHOW ALL just "SELECT * FROM showvars()".

In any case, I'll fit the showvars() function into the backend and 
submit a patch.



In response to

pgsql-hackers by date

Next:From: Christopher Kings-LynneDate: 2002-05-27 22:11:38
Subject: Re: SRF rescan testing
Previous:From: Tom LaneDate: 2002-05-27 21:54:08
Subject: Re: strange update problem with 7.2.1

pgsql-patches by date

Next:From: Bear GilesDate: 2002-05-27 21:58:22
Subject: Re: SSL (patch 3)
Previous:From: Bear GilesDate: 2002-05-27 21:47:59
Subject: Re: SSL (patch 2)

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group