后关系数据库隐忍不发等待时机

在数据库世界里，后关系数据库仍旧泰然自若，保持其本色。

在现代IT界，SQL和XML已经成为数据库的非常重要组成部分，这二者成为数据库系统结构组成部分的历史也很长久了，至于开始的时间我也很难记得了。

但是，在60年代末和70年代初，出现了具备灵活字段长度、嵌套表格、松散数据类型选择的数据库构架，这样的数据库系统不仅受市场欢迎，也得到大家的青睐。这些早期的数据库系统虽然缺乏像XML一样的标记功能，但是它们在实际工作中却表现出和XML极为类似的功能。

现在描述这些数据库系统的术语是"后关系"或者"多值"， 它们没有SQL关系数据库知名，是因为这些数据库系统缺乏许多新闻的宣传度，我们很容易把它认为是一个实验而已，然后这些实验在人们的印象中就会半途而废了,最终慢慢的消失。

但是，事实上，后关系技术却没有销声匿迹。目前仍有许多的公司提供后关系数据库产品，如从大名鼎鼎的IBM到不是很知名的InterSystems、Northgate、jBase公司。在2008年三月末的International Spectrum Conference上，这个领域七大数据库提供商展示了它们的产品，欲寻找新的合作伙伴关系，详细规划了扩张发展的计划。

快速浏览这个大会的议程，就会发现大家关注同一个话题：如何开发鲁棒的Web-to-Data集成功能；如何改变控制管理；如何保证安全；如何进行文档管理和其它的常见主题。另外，就像它们的知名对手SQL关系数据库系统那样,这些后关系数据库系统也有强大的支持阵容。

回顾整个大会传递的信息和访问大会的参加者，我们能够找到为什么数据库行业会考虑将后关系数据库替代关系数据库关系系统，至少考虑将这一技术增加到关系数据库管理系统中去。

良好的伸缩性

增加用户数量而不损失速度的话，那么SQL的伸缩性已经特别好了。但是想增加应用程序的复杂度而不损失速度的话，后关系数据库系统的伸缩性就表现出来了。

这个原因就隐藏在数据结构中。由于具备XML形式的嵌套，并且数据完整性后关系数据模型的固有性质。那么，对于后关系数据模型来说，就需要相对少一些的计算资源来检查和保护数据的完整性。另外，嵌套能够以非常少的读入操作来完成非常多的数据检索量。这就意味着更少的读周期，但由此会带来的更长的MTBF（故障之间的平均时间）。这也意味着程序员或者分析师能够通过查看数据，而不需要看模型知道数据之间的主要关系。

购置总费用降低

许多后关系数据库环境能用于很小或者中等规模商业软件中，通常只需聘请一个IT员工。另外，通常请一到两个顾问，这些顾问一个月工作时间少于40小时。对于更大的公司来说，后关系数据库只需要关系关系数据库员工的三分之一。

使用后关系数据库的应用程序通常花费会更少，但具备同样的功能。一旦购买后，所需要的管理和升级应用程序的员工也较少，这意味着后关系数据库系统能够真正给那些财务困难的公司减轻痛苦。

所需数据库管理员少

除了偶尔的性能调整或者人工设定文件的大小，后关系数据库系统几乎不需要一个数据库管理员。一个典型的后关系数据库系统能够至少运行10年，而不需要一个传统意义上的管理员。一些SQL关系数据库系统现在才开始减少全职的DBA,而后关系数据库系统一开始就只需要很少的DBA。

与时俱进

像数据加密这样的技术已经解决了，用于.NET、Java、Socket的接口也有了，并且关系数据库提供商使得他们的产品不断升级，与时俱进。举个例子，在1994年Revelation软件开始提供对GUI的内在支持。OpenQM提供面向对象编程，并作为其产品的核心部分。Reality，以前属于McDonnell Douglas，现在由Northgate所拥有，提供集成的web工具。

在这个领域工作的专家熟悉Windows、Linux和 Unix这些操作系统上，因此他们有能力将数据库系统集成到如何的操作系统上。

后关系数据库仍旧提供SQL支持

所有的数据库商家都提供SQL支持。这就使得相同的数据库时能使用第一范式和第二范式的数据。这种支持多种数据支持的能力使得mashup、数据仓库和其它聚合过程功能运行良好。举个例子，UniData和jBase中有一个选项，能提供全面的SQL支持。

后关系数据库举具有丰富的工具为我所用

相比较而言，许多公司给关系数据库管理系统提供的工具要比后关系数据库系统的多，但所有的关系数据库管理系统工具都需要有ADO或者ODBC，它们能用于关系数据库管理系统，也能用于后关系数据库管理系统，另外，那些用于后关系数据库的工具产品所需要的费用低；具备传统的各种强大的报表工具、XML转换工具、4GL程序设计环境、集成开发环境和其他核心功能的选择，能将这些为我所用，后关系数据库提供商在支持动态事务模型具备了很大的灵活性。