Re: streaming result sets: progress

Поиск
Список
Период
Сортировка
От Haris Peco
Тема Re: streaming result sets: progress
Дата
Msg-id 200211202100.40955.snpe@snpe.co.yu
обсуждение исходный текст
Ответ на Re: streaming result sets: progress  (Nic Ferrier <nferrier@tapsellferrier.co.uk>)
Ответы Re: streaming result sets: progress
Список pgsql-jdbc
On Wednesday 20 November 2002 08:08 pm, Nic Ferrier wrote:
> Haris Peco <snpe@snpe.co.yu> writes:
> > Yes, proccess increase with result from server and diferent is that
> > C request less memory - in C we can execute big qyery than Java
> > I can't believe that we must complete query in memory, but it is true
> > Excuse me
>
> If you look at the implementation of the libpq library you'll see
> that it's exactly the same as the java one: the query is done and
> then all the rows are retrieved and kept in memory.
>
> If you're able to do it in C it's because C has slightly more
> efficient memory handling than Java does. It must also mean that your
> machine has just too little memory for your Java app, if I were you
> I'd just buy some more RAM as a quick fix to your problem.
>
> Another alternative is to create 2 connections and use a cursor in
> one. Or to package your update operations as stored procs operating
> over the large results.
>

Hello Nic
yes, for me only alternative is cursor out of transaction and I think that it
is not big request.Oracle, db2, sql server, sybase, informix etc have this
Your work with cursor is great, but we have to it out of transaction

thanks


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

Предыдущее
От: Nic Ferrier
Дата:
Сообщение: Re: streaming result sets: progress
Следующее
От: Dave Cramer
Дата:
Сообщение: Re: streaming result sets: progress