MySQL：昨天的"玩具"到今天的竞争者(1)(5)

MaxDB

SAP为MySQL提供了他们的SAPDB数据库，该数据库现在改称为MaxDB。这是一个在企业ERP环境中使用的成熟数据库，具有用户抱怨MySQL还不能可靠支持的所有特性，如存储过程、视图以及主要服务器发生故障时自动切换到备份服务器的功能。

现有MySQL用户的问题在于，这是一个完全不同的产品，用户可能会认为它可以很好地转换到另一个产品。MaxDB目前不能与MySQL实现很好地互操作。不过，这种情况肯定会有所改观，用户将能够使用标准MySQL工具，如与MaxDB交互的mysql和mysqldump。

从另一方面，MaxDB减轻了MySQL AB宣布MySQL准备应用于企业的压力。有了全功能的企业级就绪产品的支持，并且为公司带来了收益，对MySQL数据库的开发就能按自己的节奏进行了。一旦MySQL数据可以容易地导入到MaxDB中，MySQL还不能支持所有必要的企业特性这一事实已变得无关紧要。

MySQL中不支持的主要MaxDB特性:

视图

服务器端指针

存储过程和触发程序

自动失败恢复(到备用服务器)

警报的调度和自动消息传递

快照

存档表

同义词

MySQL Administrator

MySQL Administrator很快将能满足Windows用户的需求，这是一个执行定期管理任务的图形工具。管理MySQL已经相当容易了，MySQL Administrator能使其更加容易。磁盘空间、大量询问、内存使用、备份、服务器状态和日志的集中查看，这些功能都可以从图形界面轻松获取，这很有用。尽管其他一些功能吸引着企业市场，但还是有很多Windows用户不满意命令行，这个工具将满足他们的要求。其略微巧妙之处在于可以将图标分配给用户!这样一来，甚至连有经验的用户也感觉处理一般任务更加容易了。

MySQL难以进行类型转换(Typecast)的原因在于，控制着MySQL的MySQL AB在其混合产品中添加了MaxDB和其他产品。虽然MySQL的开发继续保持高速，按现在的标准，产品达到了完全功能性，作为一个企业级就绪的数据库管理系统(DBMS)，MaxDB的到来意味着MySQL可以更加从容光地进行开发，希望代码能够因此而更加完美。作为一个开发人员，我知道当最终期限压力来临时什么都会发生，我希望这两种产品可以在一种健康的方式下慢慢地融合。MySQL AB对于商业化DBMS市场的预测不会遥遥无期，Oracle、IBM和Microsoft应该担心他们产品的未来生存能力。正如甘地以前的格言所描述，“一开始他们不理你，接着嘲笑你，然后和你战斗，最终你赢了”。现在MySQL开始战斗了。

MySQL还缺少什么?

将要发布的MySQL版本中添加的新功能和两三年前添加的功能的一个很大的差异是，刚接手MySQL的富有经验的数据库管理员(DBA)惊讶于功能不足的可能性相对会小一些。以前，视图、触发程序、子查询和存储过程等重大功能都没有。所有这些必要功能现在都具备了，从多多益善的角度来说，新的功能对于大多数开发人员来说已经足够了。如果您对此持强烈反对意见，并声称绝对需要如事件调度程序之类的功能，环顾四周，您会看到自己是一个例外，这从反面证明了我所持的观点是正确的。

现在MySQL在功能方面几乎没什么不足了。相反，作为竞争者，MySQL现在更要依靠第三方支持，在集成到企业应用程序方面，它还很落后。不过，现在门被打开了，MySQL的广泛采用在技术上几乎不成问题。市场营销和处理事务方面的不足将影响MySQL在竞技舞台上的前途。