Re: Oracle purchases Sleepycat - is this the "other shoe" - Mailing list pgsql-general

From Ben
Subject Re: Oracle purchases Sleepycat - is this the "other shoe"
Date
Msg-id Pine.LNX.4.64.0602151300400.1276@localhost.localdomain
Whole thread Raw
In response to Re: Oracle purchases Sleepycat - is this the "other shoe" for MySQL AB?  (merlyn@stonehenge.com (Randal L. Schwartz))
Responses Re: Oracle purchases Sleepycat - is this the "other shoe"  (Michael Fuhr <mike@fuhr.org>)
List pgsql-general
Well, in all fairness, MySQL probably gives the right answer most of the time,
always really fast (except for some use cases).

On Wed, 15 Feb 2006, Randal L. Schwartz wrote:

>>>>>> "Tom" == Tom Lane <tgl@sss.pgh.pa.us> writes:
>
> Tom>     * Change to use no page locks for table scanning operations.
> Tom> Maybe I'm misunderstanding, but that sure sounds like they intend to
> Tom> dumb down BDB so that it no longer works well in concurrent situations,
> Tom> in order to save a few cycles in single-user scenarios.  Have MySQL
> Tom> officially abandoned the multi-user case to us?
>
> What they lose in usability, they gain back in benchmarks, and that's
> all that matters: getting the wrong answer really fast.
>
> --
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
>               http://archives.postgresql.org
>

pgsql-general by date:

Previous
From: Joachim Wieland
Date:
Subject: Re: switch / case in plpgsql functions
Next
From: Michael Fuhr
Date:
Subject: Re: Oracle purchases Sleepycat - is this the "other shoe"