搜索
搜 索
本版
文章
帖子
用户
图文精华
hadoop-2.6.0+zookeeper-3.4.6+hbase-1.0.0+hive-1.1.0完全分布 ...
首页
Portal
专题
BBS
面试
更多
登录
注册
用户组:游客
主题
帖子
云币
我的帖子
我的收藏
我的好友
我的勋章
设置
退出
导读
博客
群组
今日排行
本周排行
本周热帖
本月排行
本月热帖
会员排行
About云
»
专题
›
交流区
›
技术交流
›
MapReduce
›
请教:MapReduce真的是一个巨大的倒退吗?
0
1
0
分享
请教:MapReduce真的是一个巨大的倒退吗?
lijian123841314
发表于 2013-10-26 15:15:59
[显示全部楼层]
阅读模式
关闭右栏
1
6840
很多数据库大牛都声称MapReduce是一个巨大的倒退。如果站在DBMS角度来看,确实如此,事务和一致性等都很难为保证。MapReduce完全替代数据库,以目前技术而言,确实不可能。但是shared-nothing架构又是目前解决高扩展性唯一的办法,面对爆发式增长的数据量,还没有比它更有效的架构。MapReduce不适合于OLTP场合,但是它和OLAP是十分吻合的,所以MapReduce是做不了DB,但是可以很好的成为DW,即数据仓库。与其说是运用MapReduce建设数据仓库,还不如说是在运用shared-nothing架构,因为一旦如此,我们也可以采用非MapReduce技术来满足需求高手。总之,MapReduce是实现数据仓库的非常好的工具。NoSQL不是指不运用SQL,更确切的是NoRDBMS,基于MapReduce的数据仓库,仍应当提供SQL编程接口,这样才能保证效率和移植的成本。
回复
使用道具
举报
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡
已有(1)人评论
电梯直达
正序浏览
bob007
发表于 2013-10-26 15:15:59
MapReduce的优势在于scalability,分布式数据库(一般是pipeline架构的,比如teradata)到100个节点就差不多不行了;MapReduce吸取了functional programming的精髓,immutability使得各个节和相对独立,所以scalability远在pipeline架构的分布式数据库之上。
如果要处理超级海量的数据,比如几十,几百TB的话,只有用MapReduce或者Dryad了
回复
使用道具
举报
显身卡
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
发表新帖
lijian123841314
中级会员
关注
40
主题
121
帖子
3
粉丝
TA的主题
打包失败,提示 应用打包,内部错误:-3
2013-12-17
从Samples中入门IOS开发(五)------ 基于HTTP的网络编程
2013-12-15
请教:MapReduce真的是一个巨大的倒退吗?
2013-10-26
刚研究hadoop MapReduce,希望大家给些这方面的C++例子
2013-10-26
down机问题
2013-10-25
24小时热文
哈佛通识教育红皮书 (北大高等教育文库·大
代码精进之路:从码农到工匠
为什么面试难!一文帮我们看透本质,拿捏of
程序员薪资排名,AI位居榜首,平均年薪277
Django实战:Python Web典型模块与项目开发
关闭
推荐
/2
中文版ChatGPT
1.无需魔法 2.提高编程效率 3.提高文档能力
查看 »
新手帮助
新手帮助:注册遇到问题,领取资源,加入铁粉群,不会使用搜索,如何获取积分等
查看 »
意见
反馈