From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,ee0dc912649d50d4
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!news3.google.com!newsfeed2.dallas1.level3.net!news.level3.com!newsfeed-00.mathworks.com!prodigy.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed-east.nntpserver.com!nntpserver.com!newsfeed1.sea.pnap.net!newsfeed2.sea.pnap.net!newsfeed.pnap.net!brmea-news-1.sun.com!news1nwk.sfbay.sun.com!new-usenet.uk.sun.com!not-for-mail
From: Ole-Hjalmar Kristensen
 <ole-hjalmar.kristensen@substitute_employer_here.com>
Newsgroups: comp.lang.ada
Subject: Re: Ada DB bindings and APQ
Date: 15 Dec 2004 09:19:33 +0100
Organization: Sun Microsystems
Message-ID: <wvbrfz28m0ru.fsf@sun.com>
References: <1km3c584awura$.y7djkir1ozya$.dlg@40tude.net>
 <Fzwvd.2134$zV5.976@read1.cgocable.net>
 <zwjllkzbw80n.1faok6gffugtd$.dlg@40tude.net>
 <cpnbds$p3r$1@a1-hrz.uni-duisburg.de>
 <txi92gifdvm7$.23cfemkygevu.dlg@40tude.net>
 <cpnklg$sng$1@a1-hrz.uni-duisburg.de>
NNTP-Posting-Host: khepri06.norway.sun.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: new-usenet.uk.sun.com 1103098778 14166 129.159.112.195 (15 Dec 2004
 08:19:38 GMT)
X-Complaints-To: usenet@new-usenet.uk.sun.com
NNTP-Posting-Date: 15 Dec 2004 08:19:38 GMT
User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
Xref: g2news1.google.com comp.lang.ada:6956
Date: 2004-12-15T08:19:38+00:00
List-Id: <comp.lang.ada>

>>>>> "GB" == Georg Bauhaus <sb463ba@l1-hrz.uni-duisburg.de> writes:

    GB> Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> wrote:
    GB> : On Tue, 14 Dec 2004 18:29:16 +0000 (UTC), Georg Bauhaus wrote:
    GB> : 
    GB> :> Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> wrote:
    GB> :>: On Tue, 14 Dec 2004 02:25:22 -0500, Warren W. Gay VE3WWG wrote:
    GB> :>: Yep, the first error one gets: lpq not found. libpq.a is not distributed
    GB> :>: with GNAT. This might become a problem in the future.
    GB> :> 
    GB> :> I'm not at all surprised that when I use a binding but not the bound
    GB> :> thing, I'll get an error.
    GB> : 
    GB> : Does your OS complain about all devices you could potentially attach via
    GB> : USB?

    GB> It is surprising if binding to the operating system fails.
    GB> Driver not installed?

 
    GB> :>: Yes, but from user's perspective, at least one query per connection is
    GB> :>: always necessary. In some cases the user will need more, but not so often.
    GB> :> 
    GB> :> I doubt this very much. Indeed, we have a server type application
    GB> :> that does not work at all without a connection pool, because performance
    GB> :> is affected rather drastically when you control connections.
    GB> : 
    GB> : OK, but this does not contradict my point.

    GB> When you said, "but not so often," and I said, "doubt this very much",
    GB> (then gave just one example) I wanted to say that many DBes typically
    GB> _are_ queried frequently, in Hz.

Yes, a large server will typically have a transaction rate of several
thousand transactions per second.

<snip>

    GB> -- Georg

-- 
   C++: The power, elegance and simplicity of a hand grenade.