企业应用NoSQL的关键

前端之家收集整理的这篇文章主要介绍了企业应用NoSQL的关键前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

有关Nosql能否胜任企业级数据库功能的讨论现在是甚嚣尘上,其中人们关注的焦点就是Nosql数据库的环境是不确定、变化的。

一些Nosql企业号称已经准备好企业级的服务了,但是事实上却是他们对企业需要的功能属性仍然是没有做到扎实的,甚至有的为了保证数据库的表现把相关的属性都移除了。这种情况对于测试原型或者非生产环境下当然可以接受,但是很难想象实际应用中,企业会把他们最关键的数据用这样危险的方式处理。

Nosql数据库的特征是灵活、敏捷、快速和可扩展,同时还拥有灾难恢复和高的可用性。当然,如果开发一款企业级应用的Nosql数据库,以上的特性还不够,最主要的还要能支持企业级应用的要求,包括事务的一致性、sql支持等。

如今,Nosql已经进入了数据库行业的主流,数据中心的管理员们正在认真的研究这个新的技术,以保证他能够满足企业的所有要求,而不只是其中一部分。只有这样,企业才可以真正好好地发掘和管理好大量数据背后的价值,并且把操作规范化,同时避免了可能出现的风险。

事务

ACID事务原本是RDBMS的一个“独门绝技”,如今的Nosql基本没有此类的内容。因为向一个本来就不以一致为目标的数据库中加入一致性功能,这个难度是可想而知的,因此后来才出现了“最终一致性”。有了“最终一致性”,虽然不能时刻保证数据的完全一致,但是也在很大程度上解决了一致性的问题,而且实际应用的情况下,“最终一致性”完全能满足大多数应用的要求。

此外,事务和Nosql其实并不是对立的,完全可以实现事务和Nosql的有机结合。对于企业级的应用,事务的存在能保证数据操作的安全性和可靠性。我认为企业级的Nosql应该支持简单的事务操作,比如事务中的操作只能是插入数据、修改数据以及删除数据,在事务过程中执行的其它操作不会纳入事务范畴,也就是说事务回滚时非事务操作不会被执行回滚。如果一个表或表空间中有数据涉及事务操作,则该表或表空间不允许被删除。这样虽然功能不如RDBMS全面但是也已经能满足企业级应用的绝大多数需求了!

sql支持

有些人认为,Nosql本来就不能够也不应该支持sql语句,其实我认为这个是一种误解。sql语言原本也是基于关系型模型的操作,但是很多的操作和语句并不限定于关系型数据库,此外对于大多数数据库使用者和DBA而言,sql的思维已经在他们脑中根深蒂固,一方面想要完全改变这种想法是很困难也没有必要的,同时sql语言在很多的企业级应用场景中仍然是很适合的,我认为不能全盘否认sql

所以,我认为Nosql对于sql语言的支持也是很重要的。之前提到的SequoiaDB,它们就运用了自己开发的转换器,实现了对于Postgresql支持。在我们的实际应用中,sql支持确实让我们节省了许多的学习时间。

读写分离

数据库操作中,为了保证一致性特性,对于正在进行写操作的数据,其他的程序是无法调用的,这必然将影响到性能的表现。纵使文档型Nosql的数据模型已经不是RDBMS的表结构,而是独立的JSON文档,已经很好的提升了性能,但是在遇到写操作时,仍然需要对写的那个文档“锁住”。因此,我认为读写分离对于企业级Nosql是至关重要的。如SequoiaDB,他们应用了Master-Slave 的模式构建数据组,这样Master主节点的数据异步复制到Slave 从节点,Slave节点进行只读操作就而Master节点进行写入操作,这样就实现了读写分离,进一步提升了性能

Nosql在企业级别的应用已经不少,但是现在绝大多数Nosql产品似乎没有针对企业级做出对应的功能和策略,大多还是由实际应用的团队自己解决这些问题,所以像SequoiaDB这种,设计之初就是面向企业级用户,并且为了企业级用户设计了专有功能的Nosql数据库对于真正需要应用的企业来说才是首选!

猜你在找的NoSQL相关文章