八条不使用MySQL的理由

核心提示： 有时候，你可以绕过一些缺少的功能，八条不使用MySQL的理由(3)，比如MySQL 4.1版本中使用join替代子查询，RDBMS中大部分的必要的功能都在MySQL 5.0中实现，没有人因为购买了IBM的产品而被解雇，这句话同样适用于这里(即使IBM最近决定销售MySQL);使用著名大公司

有时候，你可以绕过一些缺少的功能，比如MySQL 4.1版本中使用join替代子查询。RDBMS中大部分的必要的功能都在MySQL 5.0中实现，但是我们仍然有理由认为这些功能的成熟是避开MySQL的一个可能的理由。比如，缺乏视图、触发器和存储过程是对MySQL由来已久的批评。这些都被MySQL支持超过一年时间了，但是相比之下，在其他的RDBMS中这些功能已经存在超过10年了。

当然，MySQL团队的开发周期在很多方面都给人留下了深刻的印象。然而，如果用户的性格是排斥新技术，那么长期支持的功能获胜的概率会更大。在这种情况下，上面提到的三个主要的功能就是最近才加入的。即使在MySQL 5.0中，ACID(Atomicity, Consistency, Isolation, Durability)的一致性在当一些存储过程或者函数被用于修改数据库而造成死机的情况下还是无法保证的。

认证的可用性

有一些IT公司喜欢认证。虽然MySQL的确有一个认证培训计划，它的培训可用性还是没有Oracle或者MS-SQL Server那样广泛。广义上讲，即使MySQL的IT人员相对容易找到，但是认证或者培训仍然很少，也没有很多第三方的培训可用。对于大的IT公司而言，遵循商业数据库系统的实际的公司经验也是需要的，但是一些具有MySQL经验的人可能没有足够的深度。

另外一个相关的问题是合格的第三方的支持的可用性。虽然直接从厂商得到的支持服务能够在一定程度上解决这个问题，但是如果强烈的需要第三方的本地的现场支持，那么这个问题还是存在。

公司因素的考虑

Oracle、Sybase和Microsoft都是上市公司。关于MySQL公司后台的实力的无论怎么说，事实是这家公司不是上市公司，意味着按照法律财政数据不需要公开。冒着被指控传播FUD(惧、惑、疑，Fear, Uncertainty and Doubt)的风险，上市公司相对透明(无论正确与否)能够为一些IT经理和他们报告的上级提供些许的确定性、可靠性和安全。如同一句老话说的，没有人因为购买了IBM的产品而被解雇，这句话同样适用于这里(即使IBM最近决定销售MySQL);使用著名大公司的产品的确帮助一些人在晚上睡的着，他们是投资者、PHB (Dilbert reference: Pointy-Haired Bosses)和经验丰富的IT经理。