From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Martin Pihlak <martin(dot)pihlak(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: fdw validation function vs zero catalog id |
Date: | 2009-12-20 22:43:40 |
Message-ID: | 14767.1261349020@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Martin Pihlak <martin(dot)pihlak(at)gmail(dot)com> writes:
> Tom Lane wrote:
>> According to what? I can't find any documentation whatsoever on what
>> arguments that function is supposed to get.
> According to
> http://www.postgresql.org/docs/8.4/static/sql-createforeigndatawrapper.html:
> "The validator function must take two arguments: one of type text[], which
> will contain the array of options as stored in the system catalogs, and one
> of type oid, which will be the OID of the system catalog containing the
> options, or zero if the context is not known."
Hmm, dunno how I missed that. But anyway ISTM the current code conforms
to that specification just fine. I think what you're really lobbying
for is that we remove the "or zero" escape hatch and insist that the
backend code do whatever it has to do to supply a correct OID. This
patch shows that that's not too hard right now, but are there going to
be future situations where it's harder? What was the motivation for
including the escape hatch in the first place?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Gierth | 2009-12-20 22:48:33 | Re: Proposal: Pre ordered aggregates, default ORDER BY clause for aggregates - median support |
Previous Message | Martin Pihlak | 2009-12-20 22:26:23 | Re: fdw validation function vs zero catalog id |