难以抗衡关系型数据库 NoSQL革命仍要等待

红薯
 红薯
发布于 2009年07月10日
收藏 1

一、NoSQL项目提出的背景。

NoSQL的支持者喜欢这个NoSQL项目,主要是看其在性能上的优势。NoSQL支持者称,NoSQL技术可以打破传统关系型数据库的性能瓶 颈。如通过NoSQL架构可以省去将Web或者Java 应用和数据转换成SQL友好格式的时间,减少SQL语句解析与优化的时间,让应用程序的速度变得更加快捷。 关系型数据库的末日到了?

确实基于SQL的关系型数据库,在性能上确实存在一些瓶颈。但是这大部分并不是这个门SQL技术所造成的。而是因为在设计数据库的时候,表与表 之间的关系、表的索引或者表空间的部署等等没有设计好做造成的。所以关系型数据库性能不理想,并不能全部怪罪到这么技术上。通常情况下,对原有的数据库设 计进行优化,往往可以在很大程度上提升数据库的性能。所以说,NoSQL这个项目的背景是站不住脚的。 

二、NoSQL革命仍然需等待。

根据目前的情况来看,笔者对于NoSQL项目的前景并不是很看好。或者说,对其前途感到很悲观。NoSQL项目很难跟传统的关系型数据库相抗衡。甚至其想达到MySQL这个开源数据库的高度都很难。

1、 NoSQL很难实现数据的完整性。

当NoSQL这个项目开始以来,笔者也适当的关注过。但是笔者了解了这个项目后,对它的印象并不是很好。因为根据笔者的了解,很多关系型数据库 中优秀的、实用的功能,在NoSQL数据库却无法实现。如在任何一个关系型的数据库中,都可以很容易的实现数据的完整性。如在Oracle数据库中,可以 轻而易举的实现实体完整性(通过主键或者非空约束来实现)、参照完整性(通过主键、外键来实现)、用户定于完整性(通过约束或者触发器来实现)。通过这些 机制,可以实现数据的完整性。如可以设置某表中某一个列的值是唯一的而且不能够为空。或者说在某表中引用外键的话,在另一张表中这个值必须存在。无论在删 除或者更新的时候,都必须存在。

NoSQL支持者也承认关系型数据库在数据完整性上的作用是不可替代的。但是他们却反驳说,企业可能用不到这么复杂的功能。对于这一点笔者不敢 认同。现在企业的任何一个应用,基本上都需要用到数据完整性。如现在大部分应用至少都需要有一个用户认证的过程。为此在系统实现的过程中,需要在数据库中 保存用户名。由于这个用户名涉及到用户的认证问题,为此用户名必须要唯一。此时就需要用到唯一性约束。在关系型数据库中,只需要在表格设计过程中,将用户 名设置为唯一即可。而在NoSQL中,还需要通过代码来实现唯一性。本来很容易就可以实现,现在却要绕个弯取实现,这有点不可思议。由于在NoSQL项目 中很难实现数据的完整性,而在企业应用中这个数据完整性又是少不了的。为此笔者认为,NoSQL项目很难在企业中普及开来。至少在短时间内,NoSQL革 命仍然需等待。

2、 缺乏强有力的技术支持。

到目前为止,NoSQL项目都是开源的。所以说他们缺乏供应商技术人员提供的正式支持。在这一点,NoSQL项目与大多数的开源项目一样,不得 不从社区中寻求支持。但是,NoSQL项目比其他的开源项目要难得的多。首先NoSQL项目是一个数据库系统的项目。或者说,是一些网络应用的最基层的设 备。如果其出错的话,后果很严重。由于缺乏正式的官方支持,万一数据库运行出现了错误,后果是很严重的。而且到时候用户也是投诉无门的。所以,现在 NoSQL项目基本上还是属于研究的阶段,如果要正式投入到企业中使用,被数据库管理员所接受,至少其稳定性上要有所改善。或者说,当问题出现时,数据库 管理员要能够及时修复运行故障。由于缺乏强有力的技术支持,数据库管理员担心故障出现时难以迅速解决,所以很多管理员都拒绝使用NoSQL项目,即使其是 开源免费的。如NoSQL项目的组织者Oskarsson也坦言,他们自己的公司现在使用的也不是NoSQL数据库,甚至在短期内也没有这个打算。他们现 在使用的虽然是开源的数据库系统,但是仍然是基于SQL的关系型数据库。像NoSQL项目的组织者都不敢轻易在企业中部署这个NoSQL数据库,那么其他 数据库管理员谁敢做第一个吃螃蟹的英雄吗?这不是拿自己的前途开玩笑。

3、 开源数据库从出现到被用户接受需要一个漫长的过程。

假设这个NoSQL技术能够被企业用户所接受,但是从其出现到被用户最终接受需要一个漫长的过程。如MYSQL这个开源的数据库系统,其从出现 到流行也是花了好多年的时间。而且MYSQL数据库是基于比较成熟的关系数据库模型的。其在开发设计的时候,已经有不少完善的产品可以参考。至少SQL语 句的语法其可以直接拿来使用,而不用从零开始设计。而现在NoSQL是一个从零开始的产品,所有内容都需要重新设计。在没有供应商技术人员的支持下,这个 过程可能是很漫长的。即使退一万步来说,最终其可以向MySQL数据库那样受中小企业的欢迎,但是由于其自身技术的薄弱,在大型的数据库应用中就会显得心 有余而力不足。

4、 关系型数据库在设计时更能够体现实际。

其实关系型数据库也是从非关系型数据库升级过来的。之所以现在大部分数据库都是建立在关系型数据库模型之上的,就说明了关系型数据库存在的价 值。笔者认为,关系型数据库最大的价值就在于其设计方便。因为其数据库对象之间的关系模型(如三范式等等)对于数据库设计时很有帮助的,其在很大程度上体 现了业务的实际情况。如在设计一个ERP系统时,主键与外键的关系可以反映出产品信息表与采购订单之间的关联。这种关系是那么发符合实际。而现在 NoSQL项目想把这种关系剥离掉,那么在数据库设计的时候,必然会增加很多的麻烦,会增加数据库的难度。最重要的是,这些数据库对象之间的关系不仅仅是 关系而已,其还是一种强有力的准则,对于所有的关系型数据库管理员都会产生约束。这就说明,如果必须强制遵守这些规则。从而让Oracle数据库的管理员 经过简短的学习之后,也能够很快的掌握SQLServer数据库的技术。因为其内部的准则是共同的。数据库管理员只要学习其表现形式即可。这就好像学汽 车。你只要拿出驾照,那么什么牌子的车都可以开。因为其数据库对象的关系、运行模式等等都是固定的。但是NoSQL项目由于缺乏这种关系,所以基于 NoSQL技术的不同产品之间,可能会存在很大的差异。这不仅在数据库设计的时候会增加不少的难度。而且在维护的时候,也需要花费更多的时间与精力。

总之,照目前的情况来看,笔者对NoSQL项目的思路是反对的。至少在近期很难有像样的NoSQL产品面世。NoSQL项目的组织者 Oskarsson也承认,NoSQL项目这场数据库革命仍然需要等待。在短时间内,无法跟关系型数据库相互抗衡,也许永远没有这个机会。[新浪科技]

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:难以抗衡关系型数据库 NoSQL革命仍要等待
加载中

最新评论(4

damoco
damoco
db4o应该就属于nosql吧?关系数据库中的确存在阻抗不匹配现象。但是nosql的理论基础不成熟,先要通过先行者的实践,总结出理论,才能走向成熟。
灰灰
灰灰
SQL(结构化查询语言)已经被大多数用户看成是数据库的标准,SQL的通用性可以为我们带来很多方便的地方。
返回顶部
顶部