NoDBA(干掉数据库管理员)

13-02-26 banq
                   

Martin fowler发表了一篇有关NoSQL导致NoDBA文章,文章大意如下:

在许多组织中,任何持久性数据将被存储在关系数据库中,由一个中央数据库管理组织进行管理的(DBA)。 这样做有各种原因:利于中央控制。 中央数据组确保良好标准的数据格式,对数据查询优化减少共享资源的负载,并制定整个企业的统一的数据模型。

这样做也许是值得的,但是他们对数据储存可能过于仪式化(banq注:流程标准 不能搞特殊化),可能经常有需要花几个星期将一个列数据加入数据库,这样的时间周期太慢,且太烦人。

所以,应用开发者使用NoSQL将终结自己围着DBA奔波。DBA被告知仅仅是数据存储在这里,而不是一个正规的数据库,这样也许减少大家的麻烦。如下图:

这样做有好的一方面,也有坏的一方面:

好的方面是:这有助于打破许多组织的应用程序开发中一个令人不安的瓶颈:应用程序开发人员和数据库专业人员之间的鸿沟会导致很多问题。

DBA社区扼杀窒息了许多现代开发技术的发展。共享的数据库是一个“贫穷”的整合机制,NoDBA运动发展将有益的推动基于Web服务的集成。

坏的方面是:很难想象,人们使用关系数据库比较好的时候,他们会改变采取抛弃DBA的NoSQL技术,再者,数据是企业资产,绕过DBA,可能忽视有价值数据的备份和保护。

最好的办法是:DBA也需要参与开发者运动,帮助他们了解这项新技术,并获得了宝贵的帮助,支持数据的需求,总之,可以有适当的NODBA,但是大家都参与总是好的。(banq注:如果不配合,就干掉DBA?哈哈)

[该贴被banq于2013-02-26 16:16修改过]

                   

3
banq
2013-02-27 08:15

2005年我写了一篇:数据库时代的终结,大呼中间件SOA时代必定终结数据库时代;

2008年我又唐吉珂德式的写了一篇文章:数据库已死,指出NoSQL必将终结关系数据库时代。

MF这篇文章也是反映他在国外实践前沿发现的潮流,从其文章中看出,有不少应用开发者向他反映他们采取NoSQL,有一方面是为了避免与DBA繁琐的交通成本。

程序员与DBA之间的交流鸿沟,类似对象和关系数据库之间的阻抗一样,是不可调和的,是无法消灭的,只能靠良好的团队管理这些软因素抵消这种鸿沟。

masterice
2013-02-27 15:23

。。。估计今生看不到这样的事儿了

lostalien
2013-03-01 17:27

普通业务系统可以nosql,可是报表啥的怎么办?还有BI之类的

ericyang
2013-03-11 16:10

听说过Autonomy么,虽然很垃圾,不过是个方向。。。

2Go 1 2 下一页