Linux数据库大比拚(三)
2024-07-21 02:12:51
供稿：网友
评估大量因素
我们将要在中途改变方向。在这部分，我将涉及与性能无关的话题。在下一个并且是最后一部分，我将全面研究基准测试并以最终结论结束。
一般差别
不同于postgresql，mysql和msql不是真正的关系数据库管理系统。我看到有人在新闻组里把mysql称为“只是一个快速存储工具”，并且msql甚至被称为了一个玩具--不敢恭维。至少msql实现了部分一个完整的sql dbm应该提供的功能。
如果一个人需要一个真实的rdbms，三者中唯一可行的选择是postgresql。如果计算原始的性能表现，特别是如果对数据库所做的存取并不复杂并且大多数是自动的，一个更小的系统可能更好一些。因此，msql和mysql被宣传为网数据库系统。
许可证
postgresql以一个bsd风格许可证被分发，在所有相关的方面均是自由的(也许对一些狂热者来说太自由了)，如果版权声明被保留，基本上一个人可以用该软件做任何事情。
mysql是免费的并且在某些条件下源代码允许被修改，但是禁止为了商业目的的再分发。
msql对非商业性组织的使用是免费的；但在一个14天评估时期以后，购买一个许可证是必要的。
因为这些差别，在使用他们之一的企业的人们需要仔细地考虑许可条件。
ansi 标准的实现
这3个系统都是在叫喊是完全实现 ansi sql 标准的，公平地讲，这在我看来有点可怕。当mysql实现了开发者已经定义好的一个子集时，msql甚至没有尝试真正遵循ansi 标准。postgresql 最后定位在与 ansi 完全兼容，但是它仍然有一条长路要走。
postgresql确实还没有支持参考完整性(ri)，但是只测试了dbms的事务(transaction)。另外，新的sql特征像sqlstate变量也没有实现。
mysql既不支持事务也不保证参考完整性；对事务存取数据库表能明确地为锁定和解锁。
msql缺乏 ansi sql 的大多数特征，它仅仅实现了一个最最少的api，没有事务和参考完整性。
apis
所有3个系统测试的api大部分对处理是透明的，发生任何问题通常是由于不正确的文档，而不是api本身。
msql和mysql都没有嵌入式sql(esql)预处理器功能。随着esql的诞生，现在我相当喜欢它，但是使用msql 和 mysql 本身提供的c api并不困难。有同样光标的含义，但以一个不同的方法实现，并且把字符串传递给c函数仅比在代码中使用码嵌入式 sql语句稍难一点儿。
除了提到的esql api，postgresql带有c api、c++绑定、jdbc、odbc、perl绑定、python和tcl绑定。
mysql对win32平台有附加的odbc支持；语言联编 （接口）至少有c++、eiffel、java、perl、python、php和tcl可以得到。
msql与lite（一种类似c的脚本语言，与分发一起发行）紧密结合，可以得到一个称为 w3-msql的一个网站集成包，它是jdbc、odbc、perl和php api。
注意我没有测试那些任何附加的绑定和特征；他们的质量和文档的表述不是很好。能获得很多对这3个系统的第三方扩展；本文不再赘述。
文档和更多
postgresql以docbook sgml格式记录文档。手册分为管理员指南、程序员指南、用户指南和一本教程。另外，faq和各种各样的说明文件涉及一些话题。软件的好多领域缺乏足够的文档。
mysql以gnu texinfo格式记录文档；手册看起来完全。
msql有一个单个文件的手册(没有超文本)，它有postscript和html形式。作为能从一个商业软件产品的的角度所期望的，它覆盖了所有的特征。
认证和一般的安全
这时我还没谈及的一个话题，但是需要在这个比较中提及的是存取认证。ansi sql 对于存取控制提供很复杂且很精致的机制, 也就是grant和revoke语句。
postgresql和mysql能理解这些标准语句，但内部处理存取控制是不同的。可以得到msql的网站集成包中的一个认证增强程序(w3-msql)，但是在它基本形态中，大多数数据库系统似乎没有任何内置的存取控制支持。不像safe_mysqld和postmaster，msql数据库守护程序假定有root运行的，它可以可能造成安全隐患。
任何大型数据库都需要一个安全概念，就像它需要一个彻底的数据库设计一样。不可能说他们中支持认证系统(即 postgresql或mysql)的哪一个是更安全的；这里， 任何事情均取决于设计。
在本系列的第四部分，本文做作者集中精力研究dbms的性能测量和工具的全面总结。
网站运营seo文章大全提供全面的站长运营经验及seo技术!
