Monty Widenius is cited as being one of the key inventors/developers of MySQL. Recently, his blog post set off a bit of a firestorm in the blogging and press community today when he claimed that MySQL 5.1, recently released as GA is really not GA ready. He gave his opinion and I respect him for citing his concerns about some of the critical bugs that have found their way into the newest release of the database. Here is someone that clearly has passion for his product and I assume he hates seeing it go into "GA" status when it really isn't "GA" in his, respectful opinion. Some people will jump all over this, others, who have been down this path can completely understand where Monty is coming from. If you are building on any type of database, it is critical that it not have a wide range of serious and sometimes fatal bugs. The good news, you have a choice. You can upgrade and take the risk that you won't run into these bugs, you can hang tight until the recent patches come forward or you can look elsewhere if you feel that you can no longer rely on the quality of the MySQL database. Might I suggest Postgres Plus? You can bet that Sun will take the necessary action to get this resolved otherwise we might see something like what took place with Sybase System 10. This famous release had a combination of problems including scalability issues and serious quality concerns which eventually took its toll on Sybase. In a Wired Magazine online article on 2/26/98, the author, Randolf Court wrote...."The company (Sybase) has never really gotten back on track since the discovery of the System 10 problems - a decline reflected in a stock performance that saw the stock plunge from $40 to $23 in one day in April 1995." Will we see this happen to Sun? Unless they respond and reassure their customers that they are addresssing the quality issues, some will likely move on to another database like PostgreSQL. As for Monty, my hat goes off to him for being upfront about his thoughts regarding the state of quality in this GA release of MySQL.