有关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数据库对于真正需要应用的企业来说才是首选！