i was going to write some reactions to an observation that postgresql has no bug tracker and its discussion last week, but lost the spark and abandoned the post after a few days. but today i ran across a quote from linus torvalds that neatly sums up my thoughts:

We’ve always had some pending/unresolved issues, and I think that as our tracking gets better, there’s likely to be more of them. A number of bug-reports are either hard to reproduce (often including from the reporter) or end up without updates etc.

before there was a bug tracking system for mysql, there was a claim that all bugs were fixed in each release (or documented), and there has been a lot of pain in seeing how well that sort of claim stacks up against a actual …

In the tradition of creative names for MySQL related projects ...

<weigon_> arj... no arjen :(
<dormando> haven't seen him in a few days, huh
<weigon_> http://code.google.com/soc/2008/mysql/appinfo.html?csaid=B0E0C3111A6494AB looked like a proxy job
<weigon_> tokenize the query, replace the constants and rewrite the resultset to something harmless
<dormando> sounds easy
<weigon_> in the tradition of http://jan.kneschke.de/2008/4/23/mysql-proxy-commit-obfuscator
<dormando> :)
<weigon_> I really would like to see applications falling apart when this script is put in between
<dormando> mine fall apart on their own. I need proxy to put them back together :(
<weigon_> Bandaid for MySQL ? :)
<dormando> Pretty much :(
<weigon_> is "bandaid" is trademarked ?
<dormando> It's a brand, so yes I think
<weigon_> otherwise it is ... damn
<dormando> the real term is adhesive-strip or bandage …

Did you pre-order yours?

Pre-Order yours today

Peter and Byron are really smart guys and very methodical in their tests to make sure the conclusions produced are rock solid. I don't know whats in the book, but if these guys made it, its going to be good-that's how much faith I have.

Earlier today I posted these benchmark results testing HSCALE and MySQL Proxy performance.

As Jan Kneschke (the author of MySQL Proxy) pointed out there are quite some improvements in the current development version (svn trunk). So I gave revision 369 a try.

Tests were all the same as mentioned in my previous post. And indeed we see quite dramatic improvements. While the performance of the Lua script stayed almost the same the footprint of the proxy itself sank to only 50 to 65%. Here are the numbers:

Ever since I did my original post on Crippleware I have been getting a lot of feedback from individuals about how the intersection of open source works with closed source extensions.

Open Source that is not crippleware but allows for third party extensions allows for the following:

Open and documented APIs with stable interfaces.
The ability to compile or load the software without "secret sauces".
The consumer right to always have access to the data they have entered.

The first two really deal with the issue of whether or not the vendor has created a "level playing field". Third party vendors who write modules expect an even handedness when dealing with APIs.

This means that there are no special tools required that cannot be obtained by …

There were free copies of the Linux Journal handed out to attendees outside in the hallways here at CommunityOne and I noticed that they just published this year's Readers' Choice Awards - MySQL was voted as the favourite database by 62.7% of their readers!

MySQL is not only the world's most popular open-source database, it's your favorite as well. Although PostreSGL,
SQLite, Firebird and others registered votes, the competition was not fierce. It doesn't hurt that MySQL runs on more than
20 different platforms.

Thanks a lot to the readers of LinuxJournal, we really appreciate the support!

As part of developing HSCALE, a partitioning / sharding solution, I set up a benchmark test suite. I made it scripted and thus repeatable to monitor the progress and performance regressions during the development.

Test Suite

The test suite uses mysqlslap to benchmark the overhead of MySQL Proxy itself in real life scenario as well as the different components of HSCALE – query analyzing and query rewriting. The complete test suite is available in the svn trunk at http://svn.hscale.org under hscale/test/performance/mysqlslap. There you find a build.xml – an Ant buildfile that is used to set up the …

This is a bit surprise when we encountered a case where InnoDB is not releasing its row lock when there is an error condition within the transaction. And I verified with Falcon, Oracle, SQL Server and Sybase; all seemed to work as expected.

For example; just open a transaction in a session and execute a error statement (lets say duplicate key) and on the other new session try to get a row lock on the same record (use where clause with FOR UPDATE) and you will notice that InnoDB blocks on this statement until you issue a explicit rollback or commit. But remember there is nothing happened on the first session other than duplicate error on that row. So, InnoDB should implicitly unlock the row when there is an error; and looks like it is not doing that.

Here is the scenario:

First create a single column table and populate some rows (lets say 20 rows in this case) on any version of MySQL/InnoDB.

mysql> create table …

Lets start at the point where you have just installed OpenSolaris OS 2008.05 and have logged in using your primary userid on the system.

First thing to do is install the packages for PostgreSQL and MySQL on OpenSolaris OS 2008.05. Right click on the desktop and select "Open Terminal" to start a terminal session. Use "su" to assume the root userid. (The primary user already has root role however some programs still explicitly check for userid of root and hence needed to avoid unexpected surprises.)

Verify pkg is able to communicate with the IPS repository.

# pkg search -r postgres …

Savio Rodrigues of InfoWorld tries to parse what makes open-source buyers tick, and how to generate more of them. In so doing, he suggests that the real battleground is over those enterprises with both money and expertise to go it alone with open-source software (so-called "Category B" customers).

Why should they bother buying support when they can self-support?

For me, this isn't the right question. Using his MySQL-derived customer classification system, the real question is, "Can proprietary software serve Category A (companies with more time than money) at all?" and "Can open source more efficiently serve Categories B and C too?"

Implicit in Rodrigues' reasoning is, I think, a belief that if the software is proprietary, A, B, and C companies will all eventually just say, "Aw, shucks. I've got …