现在的位置: 首页 > 综合 > 正文

NoSQL的是与否

2016年08月06日 ⁄ 综合 ⁄ 共 1445字 ⁄ 字号 评论关闭

To NoSQL or not toNoSQL

随着大量数据的出现,NoSQL数据库架构正在被越来越多的人所使用,因为NoSQL架构对于大数据的处理上面更为有效。

如今,当你需要存储和处理高容量的数据时,许多的年轻开发人员更倾向于选择开源的NoSQL。他们宣称NoSQL才是属于未来的数据库架构,甚至于一些硅谷的创业企业认为传统的关系型数据库已经没有存在的意义了。

与此同时,有经验的DBA和开发者却提出了一个值得注意的例子:由于NoSQL的弱点,黑客利用这些弱点成功进入了系统,导致了Flexcoin和Poloniex这两家比特币交易公司的失败。甚至还有坚持拥护RDBMS的人认为,NoSQL根本就不适合任何关键应用(missioncritical)的开发。

当然,事实的真相肯定就在这两极观点的中间,两种架构都有他们的独特特性和适合的场景,所以这两者应该是共存的。与其把特性发挥到极致,先专心处理实际应用所需的数据准确度显然更为有用,尤其是当不一致的数据遇到低容忍性的环境时。电子商务、金融、航运、物流和制造业都是这样的,对于这些产业,“最终一致性”并不能完全满足他们的需求,不一致的数据库可能会让业务变得很糟糕。

对于关键任务的开发,管理员需要即时的一致性而非“最终一致”,这才能保证数据可以立即使用并且在应用中保持一致,而不需要等到应用的操作结束之后。为了能实现这种级别的安全防护,开发者需要数据库对于每个事务都具有ACID特性。最终一致性不能满足这些行业的需求,只有完全的ACID数据库才能解决,因为有ACID特性,每一个事务的操作才是可靠的、一致的,同时ACID特性也保重数据的一致性不会受到运行事故或者是外界干扰的影响。

而与此同时,一些流行的开源NoSQL数据库,如MongoDB和Cassandra,它们更容易搭建也可以很快的编写和部署应用。他们的快速也吸引了许多争分夺秒抢夺市场的公司。如今,这些数据库还提出了对应于ACID的新的概念BASE(基本可用性、软状态、最终一致)。

虽然流行的NoSQL数据库架构不都支持ACID的特性,一些NoSQL的集成实现却可以。这些集成实现甚至能实现关键性任务所需要的即时一致性的ACID特性。事实上,已经有一些金融服务企业正在采用具有即时一致性的NoSQL数据库,在严格管理的环境下来支持他们每秒数以百万计的金融事务。

有许多的在线零售商这样的商家,他们需要即时一致性的ACID支持,可是他们也需要能快速处理比如用户反馈一类的数据,这些数据不需要特别强的ACID支持,最终一致性就可以满足处理的需求了。

对于那些坚决使用NoSQL或者SQL的任何一方,不管怎么样,他们都要认识到SQL架构在金融应用中确实有它适合的场景,比如分析一个标准格式的报表。

所以,对于需要短时间处理大量的数据、拓展的弹性能力,也需要即时的准确性的那些关键任务性应用,那么他们应该选择带有即时一致性ACID支持的NoSQL数据库。

对于那些不需要即时数据一致性,比如社交网络内容和其他只需要保证最终一致性就可以满足的场景,支持BASE的NoSQL就足够满足需求了。

而对于需要深度分析、报告等严苛商务操作的场景,还是传统的SQL最能胜任。

 

最后,现在有许多的数据库客供大家选择,甚至有的可以提供同样数据集NoSQL和SQL混合使用的技术。面对这些种种选择,还是需要考虑实际应用场景再做选择,SQL和NoSQL都有各自的优点和不足,只有把他们使用到了最适合的场景之中,才能发挥他们最大的作用!

抱歉!评论已关闭.