当前位置:Gxlcms > mysql > NoSQL革命仍需要等待多时

NoSQL革命仍需要等待多时

时间:2021-07-01 10:21:17 帮助过:12人阅读

最近在数据库领域内,出来了一个爆炸性的新闻。有专家提出了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数据库,那么其他数据库管理员谁敢做第一个吃螃蟹的英雄吗?这不是拿自己的前途开玩笑。

linux

人气教程排行