Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 5FE9E632997 for ; Thu, 24 Jun 2010 10:10:36 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 52516-02; Thu, 24 Jun 2010 13:10:24 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.cybertec.at (mail.cybertec.at [87.118.110.48]) by mail.postgresql.org (Postfix) with ESMTP id 8644763275E; Thu, 24 Jun 2010 10:10:24 -0300 (ADT) Received: from localhost.localdomain (unknown [84.115.25.80]) by mail.cybertec.at (Postfix) with ESMTP id 0DCC35FC119; Thu, 24 Jun 2010 15:01:48 +0200 (CEST) Message-ID: <4C23596C.4080904@cybertec.at> Date: Thu, 24 Jun 2010 15:11:08 +0200 From: =?UTF-8?B?QsO2c3rDtnJtw6lueWkgWm9sdMOhbg==?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Thunderbird/3.0.5 MIME-Version: 1.0 To: Michael Meskes CC: Bruce Momjian , PG Hackers , Hans-Juergen Schoenig Subject: Re: ECPG FETCH readahead References: <201006232042.o5NKgb503695@momjian.us> <4C2308FD.1090300@cybertec.at> <20100624121335.GC24137@feivel.credativ.lan> In-Reply-To: <20100624121335.GC24137@feivel.credativ.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.011 tagged_above=-5 required=5 tests=BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201006/1284 X-Sequence-Number: 164914 2010-06-24 14:13 keltezéssel, Michael Meskes írta: >> I think, yes, it does make sense. Because we are talking >> about porting a whole lot of COBOL applications. >> > COBOL??? > Yes, OpenCOBOL... >> The ESQL/C or ECPG connector was already written >> the Informix quirks in mind, so it fetches only one record >> at a time passing it to the application. And similar performance >> is expected from ECPG - which excpectation is not fulfilled >> currently because libecpg doesn't do the same caching as >> ESQL/C does. >> > Eh, you are talking about a program you wrote for your customer or they wrote > themselves, right? I simply refuse to add this stuff only to fix this situation > for that one customer of yours if it only hits them. Now the thing to discuss > is how common is this situation. > The OpenCOBOL database connector was written by them but the problem is more generic. There are many "naive" applications (elsewhere, too) using cursors but fetching one record at a time perhaps for portability reasons. This patch provides a big performance boost for those. Best regards, Zoltán Böszörményi