像谷歌、雅虎、Facebook、Twitter、亚马逊这些在互联网行业处于领袖地位的公司，早就把精力投入到了NoSQL的研发，国内的淘宝、盛大也逐步投向了NoSQL的研发;国内众多的SNS网站和新兴网站也在利用各种开源的NoSQL技术和方案上取得不少的成效。

　　但NoSQL只是一场运动和反关系数据库的各种技术的统称。

　　比如在满足高性能读写需求的Key-Value的方案有Radis、Tokyo Cabinet和Tokyo Tyrant、Flare、BeansDB、Nuclear、TCDatabase;在满足海量存储需求和访问面向文档的数据库方案则有MongoDB、CouchDB;在满足高可扩展性和可用性的面向分布式计算的数据库方案则包括Cassandra、Voldemort等等不一而足。

　　此外还有大名鼎鼎的Hadoop，Hadoop是项目的总称，主要是由HDFS、MapReduce和Hbase组成。

　　HDFS是Google File System(GFS)的开源实现。

　　MapReduce是Google MapReduce的开源实现。

　　HBase是Google BigTable的开源实现。

　　所以NoSQL只是非关系型数据存储的广义定义。如Google的BigTable与Amazon的Dynamo是非常成功的商业 NoSQL实现。一些开源的NoSQL体系，如Facebook的Cassandra，Apache的HBase，也得到了广泛认同。但从这些NoSQL项目的名字基本上看不出什么相同之处。

　　2010年7月9日，Twitter在一篇官方技术博客Cassandra at Twitter Today提到暂停使用Cassandra来代替MySQL存储feed的计划，究其原因是因为Cassandra仍然缺少大并发海量数据访问的案例及经验，Cassandra代码也存在不少问题缺乏稳定性。

　　Cassandra来源自Facebook，即使在Facebook内部Cassandra目前只用在inbox search产品上，容量大约有100-200T。且Inbox Search在Facebook的基础架构中也并非核心应用。

　　CouchDB也宣布自己不再是NoSQL的一份子，理由是NoSQL标签只是让一些项目获得了更多曝光率;目前的NoSQL项目中也鱼龙混杂，还需要时间的考验。

　　关系数据库的趋势

　　传统关系数据库的技术发展至今，已日趋成熟，关系数据库的竞争也不仅仅是单纯的技术竞争，早已扩展到了商业智能、一体化解决方案和服务等更广阔的层面。

　　关系数据库

　　IBM在一体化解决方案和服务上表现的更为成熟，但在技术上缺乏突破，略显保守;Oracle携收购Sun的成功咄咄逼人，但对各种已并购产品的融合仍需要一个漫长的消化过程，平心而论Oracle数据库的每一个版本都会带来一些新的突破和亮点;SQL Server尽管在数据库的技术突破上也不少，终囿于Windows平台的局限，缺乏海量数据库的应用案例，给人一种中低端的印象。

　　关于关系数据库的发展方向：

　　一、继续增强关系数据库本身的功能，提供更快更高效的事务处理机制，加强横向和纵向扩展能力，更加智能和友好的管理和维护功能，这仍是今后关系数据库发展和竞争的重点。

　　二、继续增强商业智能和数据仓库的功能，比如海量存储技术、海量数据处理效率、OLAP技术、数据挖掘技术，提供一体化的综合解决方案和服务能力。

　　三、为了应对NoSQL的挑战，也许在将来关系数据库会主动吸收和引入NoSQL技术的优点，并融入到关系型数据库中来了;任何一种技术都有其优点和缺点，有其特殊的应用场景，从这个角度来看NoSQL和关系数据库更像是相互补充的关系。