楼主: steven_xiao

[体系架构] exadata一体机和传统架构<小机+oracle> 比较

[复制链接]
论坛徽章:
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
发表于 2012-12-29 16:14 | 显示全部楼层
cc59 发表于 2012-12-29 15:02
几千万真的不是问题的,has join+parallel你会发现需要在X平台上成为常态化。

当然,如果nl操作的话, ...

如果是传统小机加oracle,设计上对olap有什么招数吗?
目前只按日期分区了,其他没办法。

使用道具 举报

回复
求职 : 数据库管理员
认证徽章
论坛徽章:
223
日产
日期:2014-03-13 11:19:58生肖徽章2007版:虎
日期:2014-03-03 15:05:362009新春纪念徽章
日期:2014-03-06 16:42:45ITPUB8周年纪念徽章
日期:2014-03-07 10:17:312010新春纪念徽章
日期:2014-03-06 16:41:27ITPUB9周年纪念徽章
日期:2014-03-05 22:08:282011新春纪念徽章
日期:2014-03-06 16:42:37ITPUB十周年纪念徽章
日期:2011-11-01 16:24:042012新春纪念徽章
日期:2014-03-06 16:50:25红宝石
日期:2014-03-22 09:47:24
发表于 2012-12-29 17:01 | 显示全部楼层
cc59 发表于 2012-12-29 14:53
如果中国打击盗版的力度增加了,其实你会发现一体机的价格亲民的多。呵呵。

感谢版主的回答!一看就是内行,希望您能将对于exadata的经验以及认识分享给大家。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 18:03 | 显示全部楼层
liarsucker 发表于 2012-12-29 16:05
版主所指的interconnect是指infiniband所带来的传输上的提升么,我个人觉得infiniband以及smart cache这种 ...

我的意思是表达,在OLtP上也能带来较好的性能的提升,那些software那就不用说了。但oltp还是要走传统的路线,比如物理读就会快不好。因为从flsah card来。但flash card比不过内存,因此我说了。内存大点,跑OLTP会比较好。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 18:05 | 显示全部楼层
xgghxkhuang 发表于 2012-12-29 16:12
没有nl操作,都是hash join操作,全部都是千万级别的表,
而且历史表上亿,索引没有用了,执行计划都是全 ...

你是跑的Exadata吗?千万级并不大,我们上百亿的数据量的表都不少。

这个还是要看你返回的结果集,如果大的话,走并行没错的。一定要并行才快的。

如果你join的话,最好是再带上hash partition, 比如按照8个hash par来分。

使用4个并行作hash parition 的join, 这样性能会提升非常多。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 18:06 | 显示全部楼层
xgghxkhuang 发表于 2012-12-29 16:13
库有多个线程在跑的,并行会有风险吗?

使用rsc mgr来控制

使用道具 举报

回复
论坛徽章:
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
发表于 2012-12-29 18:16 | 显示全部楼层
cc59 发表于 2012-12-29 18:05
你是跑的Exadata吗?千万级并不大,我们上百亿的数据量的表都不少。

这个还是要看你返回的结果集,如果 ...

需要两表的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
发表于 2012-12-29 18:17 | 显示全部楼层
cc59 发表于 2012-12-29 18:05
你是跑的Exadata吗?千万级并不大,我们上百亿的数据量的表都不少。

这个还是要看你返回的结果集,如果 ...

不是,目前还是小机加oracle

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 20:52 | 显示全部楼层
xgghxkhuang 发表于 2012-12-29 18:17
不是,目前还是小机加oracle

哦,是OLAP吗/ 还是什么? 那要看看你的资源使用的情况了。

使用道具 举报

回复
论坛徽章:
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
发表于 2012-12-29 21:07 | 显示全部楼层
cc59 发表于 2012-12-29 20:52
哦,是OLAP吗/ 还是什么? 那要看看你的资源使用的情况了。

olap,硬件不错

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-01-04 11:49:54ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28现任管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-02-18 11:42:472011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:01
发表于 2012-12-29 21:44 | 显示全部楼层
你这个需求不好说了,我只能说海量数据下一些常用手方法,比如MV什么的。都可以考虑。当然资源很闲,IO也很闲,可以适当的走并行扫描。

使用道具 举报

回复

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

本版积分规则 发表回复

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