From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
Cc: | "Stephen R(dot) van den Berg" <srb(at)cuci(dot)nl>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Protocol 3, Execute, maxrows to return, impact? |
Date: | 2008-07-10 17:24:39 |
Message-ID: | 10953.1215710679@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gregory Stark <stark(at)enterprisedb(dot)com> writes:
> "Stephen R. van den Berg" <srb(at)cuci(dot)nl> writes:
>> In practice, most applications that need that, open multiple
>> connections to the same database (I'd think).
> Er? There's nothing particularly unusual about application logic like:
> $sth->execute('huge select');
> while ($sth->fetch('foreign_key')) {
> ... do some processing which is hard to do in server-side language ...
> $sth->execute('insert resulting data');
> }
Moreover, there's often good reasons to do it all within one
transaction, which is impossible if you rely on a separate connection
to issue the inserts on.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Abhijit Menon-Sen | 2008-07-10 17:30:35 | Re: WITH RECURSIVE updated to CVS TIP |
Previous Message | Fabrízio de Royes Mello | 2008-07-10 17:20:27 | digest |