Re: Proposal: variant of regclass - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Proposal: variant of regclass
Date
Msg-id 16347.1386258770@sss.pgh.pa.us
Whole thread Raw
In response to Re: Proposal: variant of regclass  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Proposal: variant of regclass  ("David E. Wheeler" <david@justatheory.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
>> Another advantage of this approach is that, IIUC, type input functions
>> can't return a NULL value.  So 'pg_klass'::regclass could return 0,
>> but not NULL.  On the other hand, toregclass('pg_klass') *could*
>> return NULL, which seems conceptually cleaner.

BTW, another arguable advantage of fixing this via new functions is
that users could write equivalent (though no doubt slower) functions
for use in pre-9.4 releases, and thus not need to maintain multiple
versions of app code that relies on this behavior.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Proof of concept: standalone backend with full FE/BE protocol
Next
From: Metin Doslu
Date:
Subject: Re: Parallel Select query performance and shared buffers