楼主: 王飞鹏2011

话题讨论:商用数据库集群架构探讨—Oracle RAC vs DB2 pureScale

[复制链接]
论坛徽章:
39
嫦娥
日期:2015-08-26 10:44:22托尼托尼·乔巴
日期:2019-12-17 00:46:1120周年集字徽章-20	
日期:2020-10-28 14:59:27
31#
发表于 2012-7-20 14:51 | 只看该作者
hanbing789 发表于 2012-7-18 18:04
网上有很多关于在虚拟机搭建rac的成功案例及文档。不知purescale能否在虚拟机上搭建?

不能

使用道具 举报

回复
论坛徽章:
0
32#
发表于 2012-7-20 15:29 | 只看该作者
相信目前使在用purescale都是金融银行或大型国企,都需要配套IBM硬件架构。oracle RAC目前各行业使用比较广,当前还是优势多多,试目以待吧。

使用道具 举报

回复
论坛徽章:
1
2013年新春福章
日期:2013-02-25 14:51:24
33#
发表于 2012-7-20 17:17 | 只看该作者
本帖最后由 诺华 于 2012-7-20 17:19 编辑

有没有这方面的资料,最好是一体机和purescale的对比,谢谢!
有篇帖子说关于tpcc的测试,purescale有吗?虽然这个跟实际有一定差距,但毕竟很多人还是看这个的!

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
34#
发表于 2012-7-20 21:17 | 只看该作者
oracle rac是面向oltp的,而且需要保证各个节点之间的数据传输和争用最小化,不然就容易出问题。

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
35#
发表于 2012-7-20 21:21 | 只看该作者
db2没有研究过,greenplum使用share nothing的架构,将数据根据主键hash打散到多台机器,可以发挥并行计算能力,有良好的可扩展性。

使用道具 举报

回复
论坛徽章:
57
SQL极客
日期:2013-12-09 14:13:35秀才
日期:2016-01-21 13:42:39秀才
日期:2016-01-13 12:14:26SQL大赛参与纪念
日期:2016-01-13 10:32:19SQL数据库编程大师
日期:2016-01-13 10:30:43秀才
日期:2015-12-14 14:47:54秀才
日期:2015-10-19 15:50:392015年新春福章
日期:2015-03-06 11:58:18懒羊羊
日期:2015-03-04 14:52:11优秀写手
日期:2014-11-08 06:00:14
36#
发表于 2012-7-20 21:22 | 只看该作者
感到share nothing是未来的方向。

使用道具 举报

回复
论坛徽章:
16
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:262013年新春福章
日期:2013-04-08 17:42:48紫蛋头
日期:2013-03-18 12:34:29双黄蛋
日期:2013-03-11 13:04:122013年新春福章
日期:2013-02-25 14:51:24奥运纪念徽章
日期:2012-11-15 10:00:34复活蛋
日期:2012-10-31 14:26:15ITPUB 11周年纪念徽章
日期:2012-10-09 18:14:48奥运会纪念徽章:蹦床
日期:2012-09-10 10:35:46奥运会纪念徽章:花样游泳
日期:2012-09-01 12:56:56
37#
发表于 2012-7-21 00:17 | 只看该作者
xgghxkhuang 发表于 2012-7-20 21:22
感到share nothing是未来的方向。

db2 purescale 也是基于shared everything的 DPF是基于share nothing的

使用道具 举报

回复
论坛徽章:
16
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:262013年新春福章
日期:2013-04-08 17:42:48紫蛋头
日期:2013-03-18 12:34:29双黄蛋
日期:2013-03-11 13:04:122013年新春福章
日期:2013-02-25 14:51:24奥运纪念徽章
日期:2012-11-15 10:00:34复活蛋
日期:2012-10-31 14:26:15ITPUB 11周年纪念徽章
日期:2012-10-09 18:14:48奥运会纪念徽章:蹦床
日期:2012-09-10 10:35:46奥运会纪念徽章:花样游泳
日期:2012-09-01 12:56:56
38#
发表于 2012-7-21 00:19 | 只看该作者
本帖最后由 htyansp 于 2012-7-21 00:22 编辑





从图可以看到,DB2 PS和ORACLE RAC还是很多相似的地方的,哈哈。

DB2 PS.jpg (46.52 KB, 下载次数: 19)

db2 ps

db2 ps

使用道具 举报

回复
论坛徽章:
10
2011新春纪念徽章
日期:2011-02-18 11:43:362015年新春福章
日期:2015-03-06 11:57:31慢羊羊
日期:2015-03-04 14:51:35马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02蜘蛛蛋
日期:2013-05-13 23:27:27蛋疼蛋
日期:2013-05-06 12:32:122013年新春福章
日期:2013-02-25 14:51:24咸鸭蛋
日期:2012-07-26 15:01:18技术图书徽章
日期:2016-10-11 22:07:36
39#
发表于 2012-7-23 11:17 | 只看该作者
不熟悉DB2 的东西, 但看了一下帖子,觉得RAC的一个优势可以提一下, 那就是在低成本平台(PC, X86/X64)上面,RAC还是有其优势的, 推出RAC几年,在中低端市场上的优势也很明显,毕竟能让用户减少了硬件的投入, 而且 如果用户在升级时候要迁移到较高的硬件上去,问题也不大~~

使用道具 举报

回复
论坛徽章:
10
2011新春纪念徽章
日期:2011-02-18 11:43:362015年新春福章
日期:2015-03-06 11:57:31慢羊羊
日期:2015-03-04 14:51:35马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02蜘蛛蛋
日期:2013-05-13 23:27:27蛋疼蛋
日期:2013-05-06 12:32:122013年新春福章
日期:2013-02-25 14:51:24咸鸭蛋
日期:2012-07-26 15:01:18技术图书徽章
日期:2016-10-11 22:07:36
40#
发表于 2012-7-23 11:24 | 只看该作者
htyansp 发表于 2012-7-21 00:17
db2 purescale 也是基于shared everything的 DPF是基于share nothing的

恩 share everything是亮点, 但对db2这块不熟~~~ 控制好并发性能和事务完整性 就行~~

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表