Skip site navigation (1) Skip section navigation (2)

Re: Re: [HACKERS] How embarrassing: optimization of a one-shot query doesn't work

From: Dave Cramer <pg(at)fastcrypt(dot)com>
To: Guillaume Smet <guillaume(dot)smet(at)gmail(dot)com>
Cc: "Greg Smith" <gsmith(at)gregsmith(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Andrew Dunstan" <andrew(at)dunslane(dot)net>, "Stephen Frost" <sfrost(at)snowman(dot)net>, pgsql-hackers(at)postgresql(dot)org, pgsql-jdbc(at)postgresql(dot)org
Subject: Re: Re: [HACKERS] How embarrassing: optimization of a one-shot query doesn't work
Date: 2008-04-02 00:53:23
Message-ID: 68A59804-1339-4687-A9E7-7B3A6C39CD5F@fastcrypt.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-jdbc
Guillaume,

I for one would be very interested in the JDBCBench code.

Dave
On 1-Apr-08, at 8:35 PM, Guillaume Smet wrote:

> On Wed, Apr 2, 2008 at 2:05 AM, Greg Smith <gsmith(at)gregsmith(dot)com>  
> wrote:
>> I'm not sure if all of those changes are net positive for PostgreSQL
>> though, they weren't last time I played with this.
>
> I fixed most of the bugs of JDBCBench I found when I benchmarked
> Sequoia a long time ago. Totally forgot about it. I'll see if I can
> find the sources somewhere.
>
> -- 
> Guillaume
>
> -- 
> Sent via pgsql-hackers mailing list (pgsql-hackers(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers


In response to

Responses

pgsql-hackers by date

Next:From: Guillaume SmetDate: 2008-04-02 00:56:13
Subject: Re: New boxes available for QA
Previous:From: Marc G. FournierDate: 2008-04-02 00:40:22
Subject: Re: Several tags around PostgreSQL 7.1 broken

pgsql-jdbc by date

Next:From: Guillaume SmetDate: 2008-04-02 01:04:04
Subject: Re: Re: [HACKERS] How embarrassing: optimization of a one-shot query doesn't work
Previous:From: Guillaume SmetDate: 2008-04-02 00:35:17
Subject: Re: Re: [HACKERS] How embarrassing: optimization of a one-shot query doesn't work

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group