| From: | Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp> |
|---|---|
| To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
| Cc: | horiguchi(dot)kyotaro(at)oss(dot)ntt(dot)co(dot)jp, markokr(at)gmail(dot)com, greg(at)2ndquadrant(dot)com, pgsql-hackers(at)postgresql(dot)org, mmoncure(at)gmail(dot)com, shigeru(dot)hanada(at)gmail(dot)com |
| Subject: | Re: Speed dblink using alternate libpq tuple storage |
| Date: | 2012-04-05 00:28:58 |
| Message-ID: | 20120405.092858.42412394.horiguchi.kyotaro@lab.ntt.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> > I'm afraid not re-initializing materialize_needed for the next query
> > in the latest dblink patch.
I've found no need to worry about the re-initializing issue.
> I've committed a revised version of the previous patch.
Thank you for that.
> I'm not sure that the case of dblink_is_busy not being used is
> interesting enough to justify contorting the logic, and I'm
> worried about introducing corner case bugs for that.
I'm afraid of indefinite state by mixing sync and async queries
or API call sequence for async query out of my expectations
(which is rather narrow).
regards,
--
Kyotaro Horiguchi
NTT Open Source Software Center
== My e-mail address has been changed since Apr. 1, 2012.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2012-04-05 00:53:04 | Re: invalid search_path complaints |
| Previous Message | Robert Haas | 2012-04-05 00:23:51 | Re: patch: improve SLRU replacement algorithm |