后关系数据库必将有用武之地

后关系数据库用对象访问方式或者用SQL方式，可以直接实现对数据的访问。在数据库世界里，后关系数据库仍旧泰然自若，保持其本色。

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

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

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

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

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

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

　　良好的伸缩性

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

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

　　购置总费用降低

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

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

　　所需数据库管理员少

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

以往的关系数据库系统本身具有的限制，使它难以适应建立以网络为中心的、企业级快速事务交易处理应用的需求，而后关系型数据库技术能为网络为中心环境提供所需的性能、扩展性、互操作性和安全性。

【编辑推荐】