数据库资讯

NoSQL革命仍需要等待

最近在数据库领域内,出来了一个爆炸性的新闻。有专家提出了NoSQL的开源项目。简单的说,就是他们要推翻原先的关系型数据库的模 型,设计一个不需要SQL语句的数据库系统。笔者对此是采取反对的态度,或者说是在近期内不看好其前景。

  一、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技术的不同产品之间,可能会存在很大的差异。这不仅在数据库设计的时候会增加不少的难度。而且在维护的时候,也需 要花费更多的时间与精力。

希望看到您的想法,请您发表评论x