NoSQL:一个帝国的崛起

01关系数据库帝国

如今是公元2009年,关系帝国已经统治了咱们30多年,实在是过久了。 程序员

1970年,科德提出关系模型,1974年张伯伦和博伊斯制造出了SQL ,帝国迅速创建起了统治。 redis

从北美到欧洲, 从欧洲到亚洲,  无数程序员臣服在他的脚下。 数据库

帝国给咱们提供了良好的福利:编程

简单而强大的关系模型浏览器

灵活的SQL缓存

还有咱们很是喜欢的事务和ACID,把咱们从底层并发的细节中解放出来。 网络

使用这些福利,程序员们开发了无数的系统,每一个系统的核心都是关系数据库。 session

时代在不断地变迁,编程语言的城头不断变换大王旗,可是存储在表格中的数据,一直岿然不动。 架构

数据永远是一个企业最宝贵的资产。 并发

可是帝国也给咱们套上了沉重的枷锁:模式和规范化。 

帝国规定:必须事先定义好模式(表结构)才能保存数据! 

全部的数据至少得知足第一范式,甚至第二范式、第三范式、BCNF范式!

 若是实现不了,就会被投进监狱,对于某些部落来说,即便是作一个简单的冗余字段,都会被别人耻笑。 

帝国宣称的SQL移植性也欺骗了咱们,SQL虽然被标准化,可是每一个厂商DB2, Oracle, SQL Server都有本身的方言! 

尤为是在计算日期和字符串操做。还有存储过程,几乎每一个厂商都会本身搞一套,根本没法移植!

 

0危机

 

上世纪90年代,面向对象技术的流行给帝国带来了一次严重的危机: 

对象-关系的阻抗不匹配。 

“对象(Object)”有继承,子类,父类,关联,聚合,多态; 

而关系数据库就是简单的表格! 

他们是如此的不一样,简直是水火不容,矛盾不可调和。

 

那个时候,帝国的东边出现了一个叫面向对象数据库OODB的部落, 号称能够把Java对象,C#对象,Ruby对象等等都一股脑地、直接存储到OODB当中去。 

把对象直接保存到数据库?这实在是一个美妙的特性。 

可是OODB实在是不争气,很快偃旗息鼓,在几个小领地苟延残喘。 

2001年,有个叫Gavin King的27岁小伙子,开发了一个叫作Hibernate 的东西,在对象和关系之间搭了一座桥,叫O/R Mapping。 

这一会儿赢得了Java 程序员的芳心。 

Hibernate再接再励,又推出了NHibernate, 打入了.NET的领地。 

随着iBatis, JPA等更多O/R Mapping工具和接口的出现,关系数据库帝国成功地度过了这一次的危机。 

后来有个好事者Martin Fowler,竟然写了一本书《企业应用架构模式》, 在里边一本正经地把各类O/R Mapping的模式都总结了一遍:“单表继承”,“类表继承”,“活动记录”。。。。。。 

这一番骚操做又替关系数据库帝国续命20年不止。 

 

0新但愿

 

没过多久,互联网大潮来了,历史再次给了咱们一个机会。 

互联网的用户数如此之多,并发数如此之高, 让咱们始料未及。 

数据量是如此巨大,数据种类如此丰富,更让咱们目瞪口呆。 

文字、图片、连接、日志、社交关系,大量的数据蜂拥而至,单台机器上的数据库很快就撑不住了。  

帝国先是拼命扩容,巴不得把一台机器弄成1024G的内存,1024T的硬盘,还美名其曰垂直扩展。 

可是机器功能越强,价格就越贵,臣民们的税负愈来愈重,很快就受不了了。 

没办法,帝国只好作水平扩展,把数据分布在多台机器上,这须要精心的规划,还须要程序员和应用程序精确地记住每一份数据放在哪里。 

更要命的是,这种办法丢掉了帝国引觉得傲的福利:事务和一致性 

 

 

0反抗

 

我决定反抗这个庞大的帝国,  我偷偷地带领着一帮志同道合的兄弟离开了,咱们要新建一块清新自由的领地。  

咱们仔细地研究了关系帝国的缺点,派出了几只小分队分头出击。 

誓师出征之时,咱们对这四只小分队都提出了一样的要求:支持分布式和集群!!! 

第一支小分队由redis担任队长,memcached 担任副手,他们很快便取得了成功,由于他们打击到了关系帝国最大的缺点:高并发下,数据库IO很是缓慢。 

redis和memcached 作了一个大胆的决定,抛弃了硬盘,选择了比硬盘快几万倍的内存, 把数据以key-value的方式放入其中。 

超快的速度让程序员们很是喜欢,他们不只把session,配置信息,购物车的数据放入其中。 

后来干脆把他俩当成了缓存来使用。 

 

第二支小分队由Mongodb带领,CouchDB辅佐,他们敏锐地瞄准了用关系数据表保存起来很别扭的数据。

 

 

订单到订单项和支付, 订单项到产品是典型的一对多关系,意味着数据是树状结构,那为何不直接用一个JSON文档来表示呢?

  {    "orderId":"1",   

       "userId":"123",   

  "lineItems":[       

    {"productId":"1356",            "qty":"1"        },       

             {  "productId":"2375",            "qty":"2"        }   

  ],   

        "shippingAddress":{        "type":"xxx",        "address":"xxx"    },   

        "payment":{        "type":"alipay",        "time":"xxxx"    }

}  

MongoDB还和JavaScript,Node.js勾勾搭搭,把浏览器发来的JSON数据直接存储到MongoDB中,轻松又方便。 

第三支小分队的头领是Neo4j, 这家伙很是擅长图结构,对于社交网络、推荐系统的数据,用它来表示很是合适。

 

第四支小分队由HBase带领, Cassandra殿后, 他们都是列式数据库,百亿行 * 百万列的数据对于他俩来讲稀松日常。

 

 这个小分队也得到了巨大的成功,移动互联网所产生的海量数据,如日志、聊天记录,监控数据,物联网的数据,结构化并不强,很是适合用HBase这种列式数据库来存放。

 

0新的帝国

 

几年之后,四支小分队顺利班师,都带回了大批的程序员拥趸,由于适合的才是最好的。 

一个新的、能够和关系数据库抗衡的帝国悄然成型。 

通过一番激烈讨论,咱们给帝国起了一个响亮的名称:NoSQL。 

意思是不要SQL! 

可是,加入NoSQL帝国的程序员发现咱们也有很是明显的弱点: 

缺少模式(如表结构)、数据完整性约束很弱、对事务的支持很弱,甚至干脆没有, 这引发了程序员的强烈不满和抗议。 

有很多人短暂尝鲜NoSQL之后,又抛弃了咱们,重回SQL的怀抱。 

咱们决定和关系数据库帝国议和,告诉他们说NoSQL的意思是Not Only SQL, 咱们两大帝国应该取长补短,和平共处。 

经历了几年战火的关系数据帝国也看清楚了IT趋势,欣然接受。 

今后,数据库进入了混合存储的时代! 

 

公众号码农翻身

 

相关文章
相关标签/搜索