Re: Bad Data back Door

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Bad Data back Door
Дата
Msg-id 7437.1349552119@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Bad Data back Door  ("David E. Wheeler" <david@justatheory.com>)
Ответы Re: Bad Data back Door
Re: Bad Data back Door
Список pgsql-hackers
"David E. Wheeler" <david@justatheory.com> writes:
> On Oct 5, 2012, at 6:12 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Now, having said that, I think it has to be the reponsibility of the FDW
>> to apply any required check ... which makes this a bug report against
>> oracle_fdw, not the core system.  (FWIW, contrib/file_fdw depends on the
>> COPY code, which will check encoding.)

> I agree that this is a bug in oracle_fdw (well, potentially; ultimately, it�s Oracle that�s lying about the encoding
ofthose text values). But I think that it would be much more useful overall -- not to mention more database-like -- for
PostgreSQLto provide a way to enforce it. That is, to consider foreign tables to be an input like COPY or SQL, and to
validatevalues before displaying them.
 

It is the FDW's responsibility to deal with this.  We expect it to hand
back valid tuples; it is not reasonable to disassemble them looking for
mistakes (and we couldn't catch most mistakes, anyway).  If the
interface were defined in terms of text, we could do checking above the
FDW level ... but it isn't.
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: John R Pierce
Дата:
Сообщение: Re: Bad Data back Door
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Bugs in CREATE/DROP INDEX CONCURRENTLY