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

From merlyn@stonehenge.com (Randal L. Schwartz)
Subject Re: Oracle purchases Sleepycat - is this the "other shoe" for MySQL AB?
Date
Msg-id 86pslowdmv.fsf@blue.stonehenge.com
Whole thread Raw
In response to Re: Oracle purchases Sleepycat - is this the "other shoe" for MySQL AB?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Oracle purchases Sleepycat - is this the "other shoe"
List pgsql-general
>>>>> "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!

pgsql-general by date:

Previous
From: Mike Rylander
Date:
Subject: Re: Dynamic datalogging function/scheme
Next
From: Richard Huxton
Date:
Subject: Re: Connecting process to PostgreSQL works stunningly slow