2014 年数据库市场五大发展趋势预测 - 开源中国社区
Float_left Icon_close
2014 年数据库市场五大发展趋势预测
oschina 2013年12月16日

2014 年数据库市场五大发展趋势预测

oschina oschina 发布于2013年12月16日 收藏 54 评论 11
2013数据库产业地图

2013数据库产业地图

在数据库技术圈Michael Stonebraker的大名无人不知,此公参与开发了今众多流行数据库技术,包括Postgres、Ingres和Vertica。Stonebraker最近的杰作是VoltDB,一种内存内OLTP,号称比传统产品快两倍。

不过跟球王贝利一样,Stonebraker近年来关于数据库技术的种种预测总是会引起很大争议,例如2011年他预测Facebook将深陷MySQL泥沼,生不如死,非死不可,但后来的事实表明Facebook还活得很好。

在本周的Structure Show上,Stonebraker接受Gigaom采访时又对数据库市场的发展做出五大预测,内容包括NoSQL的命运、Oracle的危机、Facebook的MySQL抉择等,IT经理网编译整理如下:

一、没有万灵的数据库

每个垂直市场都出现比传统关系型数据库更好的方法和选择。这个预测随着数据分析的列式架构、交易处理的内存内架构、简单键值操作的NoSQL架构、新数据类型的涌现和成熟而变得靠谱起来,要知道,连图谱数据库都在商业化的道路上快速前进

二、将出现多赢家局面

与互联网的赢家通吃不同,Stonebraker认为数据库市场将出现3-5家,甚至6个完全不同的数据库架构类型,每一类中都会有两到三家成功的厂商。“这意味着传统关系型数据库系统将逐渐萎缩,这个过程将持续十年左右。”Stonebracker说道。

三、NoSQL将回归SQL

NoSQL将来的归宿就是SQL, Cassandra和Mongo都发布了高级语言,其实就是SQL。(参考阅读:大数据时代NoSQL不是颠覆性技术

纯低级语言的价值已经随风而去,NoSQL系统将拥抱ACID兼容规范,这实际上已经开始了。

宣扬NoSQL不支持ACID的最大的鼓吹者是谷歌公司一个叫Jeff Dean的家伙,此人最近写了一个系统叫Spanner,这可是一个纯ACID系统。因此谷歌正在往ACID上转,因此NoSQL市场最终也将转向ACID。

四、Oracle将面临SAP的压榨

新闻媒体没有引起充分重视的一个有趣事实是,SAP已经是数据库厂商了,而SAP的用户也通常是Oracle的最大客户。这将上演一场大象间重新划分地盘的惨烈斗争。

现在这么预测也许还有些早,我们还不知道SAP的客户将对迁移数据库平台这件事作何反应,但可以预见的是,SAP将向客户提供诱人的条件,帮助他们抛弃Oracle转向HANA。

五、Facebook将继续寻找(尽快这可能是徒劳的)MySQL的替代品

Facebook面临全球最大的数据库管理难题,虽然这几年Facebook一直在寻找MySQL的替代技术,但目前他们还没有发现能够处理如此海量数据的更好的方案。

虽然过去几年Facebook在MySQL上取得了很多技术进步,延缓了危机,但这并不意味着Facebook会绑在MySQL这条船上。

文章来自IT经理网

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:2014 年数据库市场五大发展趋势预测
分享
评论(11)
最新评论
0
oracle
0
facebook不是用hbase吗?
0
MYSQL为什么不好呢?那个大叔说Facebook将深陷MySQL泥沼,生不如死,非死不可,此话怎讲?求高人解释。
0
告诉我们混用是最好的,微软力推混合方案
0
Jeff Dean
0
hana够狠啊,直接瞄准oracle高端大气上档次的产品。IBM动作好像慢了半拍啊。。不像巨人的风格啊
[尽快这可能是徒劳的] 低级错误
0

引用来自“haitaosoft”的评论

【Facebook面临全球最大的数据库管理难题,虽然这几年Facebook一直在寻找MySQL的替代技术,但目前他们还没有发现能够处理如此海量数据的更好的方案】
作者参与开发了Postgres,为什么对 fb无视pg 那么淡然,他也认为pg无法覆盖mysql?

可能是小编辑的问题
0
【Facebook面临全球最大的数据库管理难题,虽然这几年Facebook一直在寻找MySQL的替代技术,但目前他们还没有发现能够处理如此海量数据的更好的方案】
作者参与开发了Postgres,为什么对 fb无视pg 那么淡然,他也认为pg无法覆盖mysql?
0
数据库界的贝利~
0
postgres呢
顶部