后关系型数据库=XML+关系型？(1)
在XML、InfoBase、Webserver等概念热炒时，我们仍然看到目前的数据库技术，实际上只为企业解决了15%的结构化数据管理问题，其余85%的非结构化数据该怎么来管呢？
压在关系型数据库身上的三座大山
关系数据库最初设计为基于主机/终端方式的大型机上的应用，其应用范围较为有限，在经历了客户机/服务器时代后，获得了极大的发展。
关系数据库管理系统在很长时间内处于数据存储管理技术主流而独领风骚，但是这种传统的数据库管理系统因采用两维数据模型，而存在着本身固有的约束和限制。
随着信息技术的飞速发展，数据处理不仅在数量上要求越来越大，同时，信息数据的种类也在不断地展，越来越多的非结构化数据不断出现，包括企业的各种报表、账单、电子文档、网站的各种元素、图片、传真、扫描影像，以及大量的多媒体的音频、视频信息等等。此外，随着热门网站访问数量的激增，对数据库本身的存储机制、大量并发用户的使用需求、存储空间的使用效率、以及数据的完整性和安全性等方面都提出了更高要求。
今天，数据库所生存的外部土壤随着Internet以及在网络环境下IT系统互联互通相互协作的趋势，对信息管理技术提出了新的挑战。这些挑战就像三座大山，压在了关系型数据库的头上。
信息复杂性
今天信息的复杂性与关系型数据库理论产生的时代已不可同日而语，信息的结构日益复杂，随着个性化服务等需求增长，信息的多样性和差异性都大大增加了，而关系型理论在管理信息复杂性方面的不足日益明显。
关系数据库本质上采用的是一个二维的模型，通过一系列二维关系的组合来描述复杂实体对象，每个表所代表的所有实体在建模设计时没有差异性，即使只有一个实体拥有某种属性，也必须为其建立一个字段。如果这种个体间的差异性不是仅仅表现在属性上，而且涉及结构和关系，则需要为有差异的实体建立不同的表和对应关系。因而今天的许多业务系统往往需要几千张表，甚至数万张表。数据库的结构变得十分复杂，数据库中的信息变得难以理解。而且，在现实数据中，有许多类型是关系数据库不能较好地处理的。
处理高效性
从某种意义上而言，今天业务系统数据库的信息是业务系统运行的副产物。数据库是为支撑特定业务应用的运行而设计，数据库中的数据也只被单一系统使用，所以很少考虑这些信息是否易于理解。然而，今天越来越多的系统需要相互协作、共享信息。信息的可读性、能否易于理解变得日益重要。
为静态应用设计的关系型数据库管理系统，并没有经过针对高效事务处理而进行的优化过程。其结果往往是某些关系型数据库产品，在对Web的事务处理过程中，没有达到预期的效果。用关系数据库的两维表数据模型，可以处理在大多数事务处理应用中的典型多维数据，但其结果往往是建立和使用大量的数据表格，仍很难建立起能模拟现实世界的数据模型。并且在数据需要作报表输出时，又要反过来将已分散设置的大量的两维数据表，再利用索引等技术进行表的连接后，才能找到全部所需的数据，而这又势必影响到应用系统的响应速度。
应用灵活性
随着IT系统进入社会生活的各个方面，信息不仅日益复杂，而且其需求内容和结构随着时间的推移也不断地产生变化．现实世界要求信息技术具有越来越高的灵活性和适应性．关系型数据理论所采用的是一种固定的建模方式，任何关系和属性一旦定义，就是固定的，难以随着需求的变化进行灵活的调整。
关系数据库技术在有效支持应用和数据复杂性上的能力是受限制的。关系数据库原先依据的规范化设计方法，对于复杂事务处理数据库系统的设计和性能优化来说，已经无能为力。此外，高昂的开发和维护费用也让企业难以承受。
文章相关内容】
第一页：压在关系型数据库身上的三座大山
第二页：后关系型数据库的三种演变
第三页：数据库技术应用的四个方向
第四页：资料：数据库技术的发展史