Re: SUBSTRING performance for large BYTEA

Поиск
Список
Период
Сортировка
От Vance Maverick
Тема Re: SUBSTRING performance for large BYTEA
Дата
Msg-id DAA9CBC6D4A7584ABA0B6BEA7EC6FC0B5D31FD@hq-exch01.corp.pgp.com
обсуждение исходный текст
Ответ на Re: SUBSTRING performance for large BYTEA  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: SUBSTRING performance for large BYTEA  (Karsten Hilbert <Karsten.Hilbert@gmx.net>)
Список pgsql-general
Karsten Hilbert writes:
> Well, in my particular case it isn't so much that I *want*
> to access bytea in chunks but rather that under certain
> not-yet-pinned-down circumstances windows clients tend to go
> out-or-memory on the socket during *retrieval* (insertion is
> fine, as is put/get access from Linux clients). Doing
> chunked retrieval works on those boxen, too, so it's an
> option in our application (the user defines a chunk size
> that works, a size of 0 is treated as no-chunking).

This is my experience with a Java client too.  Writing the data with
PreparedStatement.setBinaryStream works great for long strings, but
reading it with the complementary method ResultSet.getBinaryStream runs
into the memory problem, killing the Java VM.

Thanks to all for the useful feedback.  I'm going to post a note to the
JDBC list as well to make this easier to find in the future.

    Vance

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

Предыдущее
От: "Felix Ji"
Дата:
Сообщение: query large amount of data in c++ using libpq
Следующее
От: "Phoenix Kiula"
Дата:
Сообщение: Postgresql performance in production environment