Re: pg_restore (libpq? parser?) bug in 8

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_restore (libpq? parser?) bug in 8
Дата
Msg-id 23283.1092278535@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_restore (libpq? parser?) bug in 8  (Philip Warner <pjw@rhyme.com.au>)
Ответы Re: pg_restore (libpq? parser?) bug in 8  (Philip Warner <pjw@rhyme.com.au>)
Список pgsql-hackers
Philip Warner <pjw@rhyme.com.au> writes:
> At 12:15 PM 12/08/2004, Tom Lane wrote:
>> Why exactly does pg_restore need to parse the SQL anyway?

> It just looks for complete statements. From memory it relates to the 
> possibility that TOC entries can have more than one statement, or it may 
> relate to handling COPY statements. I think it has to look for 
> PQresultStatus(...) == PGRES_COPY_IN for each statement it executes, so it 
> needs to pass statements one at a time.

Hm.  But we could assume that a COPY will be all by itself in a TOC
entry, couldn't we?
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: dollar-quoting in psql and in general
Следующее
От: Tom Lane
Дата:
Сообщение: Re: will PITR in 8.0 be usable for "hot spare"/"log shipping" type