Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
От | Tom Lane |
---|---|
Тема | Re: initdb failure (was Re: [GENERAL] sequence's plpgsql) |
Дата | |
Msg-id | 25357.1064600759@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: initdb failure (was Re: [GENERAL] sequence's plpgsql) (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Re: [JDBC] initdb failure (was Re: [GENERAL] sequence's plpgsql) |
Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes: > Perhaps we can throw a warning rather than an error, and adjust initdb > to be consistent. I like the idea of reducing the newline consistency check to a warning. There is one thing we'd have to watch for though (it's already an issue but would become a bigger one): client-side COPY code had better be prepared to absorb backend Notice messages while processing COPY IN. Currently libpq doesn't read input data at all during a COPY IN loop, which means that if the COPY generates more than a few K of warning messages, the backend gets blocked on a full pipe and the whole operation locks up. I have been meaning to fix that in libpq anyway, but what other client libraries might have the same issue? Anyone know whether JDBC would need a similar fix? regards, tom lane
В списке pgsql-hackers по дате отправления: