`

就NoSQL问题给mike.liu和liqingyuan朋友的回复

 
阅读更多

 

 

          首先感谢两位朋友的关注和评论。起初想在文章里直接回复,后来想了想还是单独写一篇,表达的清楚些。

 

          文章里的观点都是我自己的一些观点,又不合适的地方在所难免,有朋友指出不足之处,是帮我进步。

 

         make.liu所说的问题,和我所说的不一样。例如金融行业,出现宕机,就是事故。我曾不止一次看到大型客户把IBM(IBM提供的是机器和操作系统AIX)和Oracle(数据库)以及我们(当时是应用提供商)叫到一起确认问题,最后确认责任。我给客户做的一些方案,也会要求必须有“责任界定”章节。

 

      虽然用商业软件,最后出问题,运维也是有责任,但是到底有个厂商可以推脱,可以协助查找,但是开源数据库呢,责任找谁来承担呢?例如银行系统宕机1小时,是什么样的责任?

 

    至于后面说的,其实我的意思也是,NoSQL有自己的需求和场景,它不是关系数据库的代替者,而是一种补充。

 

liqingyuan朋友的问题,我的看法是目前的互联网应用,大部分的数据是这种类型的,松耦合,适合NoSQL数据库。当然并不是所有的应用都这样。传统行业也有很多场景数据是松耦合的,例如日志和数据挖掘,使用传统关系数据库很不爽,反而使用NoSQL更合适。

 

 

 

 

 

 

3
3
分享到:
评论
2 楼 windshome 2013-04-26  
这也是系统架构师需要仔细考虑的地方,需要用什么方式存取数据?什么场景下,适合用什么技术选型?
1 楼 luoyu-ds 2013-04-26  
NoSQL有自己的需求和场景,它不是关系数据库的代替者,而是一种补充。
这句话我赞同!

相关推荐

Global site tag (gtag.js) - Google Analytics