Re: fdw validation function vs zero catalog id

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

In response to

Responses

Browse pgsql-hackers by date

  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