From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: current_setting returns 'unset' |
Date: | 2006-01-10 15:25:50 |
Message-ID: | 200601101625.51534.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Am Dienstag, 10. Januar 2006 16:01 schrieb Tom Lane:
> That's because SHOW does the same thing. SHOW has a little problem in
> that it can't readily show the difference between "null" and an empty
> string, so while I find the behavior pretty ugly, I don't have a better
> idea.
Since SHOW is primarily for "showing", I'd expect that that user can apply the
visualization tweaks that the frontend provides, for instance \pset in psql,
to tell apart null values and empty strings. Not that "unset" is a typical
value for string parameters, but you can see where I might go here.
Moreover, the unset state shouldn't exist at all. No parameter can behave
reasonably if unset behaved differently from an empty string. Explicitly
assigning an unset state doesn't work. So it seems that for all external
communication, an unset string parameter should simply display the empty
string.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Neil Conway | 2006-01-10 15:30:41 | Re: lookup_rowtype_tupdesc considered harmful |
Previous Message | Joe Conway | 2006-01-10 15:23:46 | Re: current_setting returns 'unset' |