Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Derby Discussion" <derby-user@db.apache.org>
Received-SPF: pass (nike.apache.org: domain of thomas.tom.mueller@gmail.com
 designates 209.85.210.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=n+mRIB92rgkCCR2a5KNtTZa0Q14EcYO6e2lrVhnN6eSi6JKVGDKgOpunih5UCAR0zL
         5rlRDahul0+i6ZiTGEhOnyK83syzZWHWJrp9jyheiKnrEh3s7RHQi/DlTOEDrnE8YuYf
         XwrJGah5kFxXwkz7Yx5tV6+1IJKIDAEtzZHjk=
MIME-Version: 1.0
In-Reply-To: <x6d3j6e4y9.fsf@oracle.com>
References: <4DDCCBDB.8090007@oracle.com>
	<CA02711F.5819%Matt.Pouttu-Clarke@icrossing.com>
	<BANLkTikimu9E5+p9hiOn7UgHH0eqjBaKbQ@mail.gmail.com>
	<x6d3j6e4y9.fsf@oracle.com>
Date: Thu, 26 May 2011 06:26:41 +0200
Message-ID: <BANLkTinMg0UzQiD=gwuYLXFC5q5pRj29tQ@mail.gmail.com>
Subject: Re: Inaccuracies in H2's claims: Autocounter/Sequqnce-Numbers
From: Thomas Mueller <thomas.tom.mueller@gmail.com>
To: Derby Discussion <derby-user@db.apache.org>
Cc: "olav.sandstaa" <olav.sandstaa@oracle.com>
Content-Type: text/plain; charset=ISO-8859-1

Hi,

> Derby performance is comparable to other open source databases
> No claim such as "database x is slow".

But you claim Derby performance is similar to other databases. The
benchmark results were published at multiple large conferences, but
the benchmark source code is not available, making it impossible to
reproduce the results. This is not really scientific:
http://en.wikipedia.org/wiki/Reproducibility "Reproducibility is one
of the main principles of the scientific method, and refers to the
ability of a test or experiment to be accurately reproduced, or
replicated, by someone else working independently."

I would really like to reproduce the results, to understand what you
have tested exactly, and to find out how fast H2 is in those tests.

> I would
> still encourage people to do their own benchmarking when making
> decisions on performance.

Me too :-)

Regards,
Thomas