【话题讨论】资深Oracle DBA黄玮先生做客ITPUB Oracle高性能SQL引擎剖析

yanggq

great.

logi

大力支持！

hwtong

Good..

waky14

这时门学问呀

xgghxkhuang

buptdream 发表于 2013-2-25 15:08
骚兔子肯定懂

很难的，一层层计算的。前三章很容易，我已经将它们传到pub上来了，还有附录也传上来了。
4 5 6 章最难，都是计算和估算以及公式，很难理解，但是很深入，7和8就是工具和应用了，这两章相对容易些。

xgghxkhuang

问题
应用是olap的，上游加载文件的，粒度到日和月，出日报和月报，已经在日的和月的粒度上对表进行了分区。表目前的执行计划都是全表扫描，索引没有办法用上。
数据只插入清除不会修改，整个主机和数据库是我们系统独自使用的，低并发，cpu和io配置不错，主机是e6900，这种情况下针对olap系统改如何调整？

xgghxkhuang

xgghxkhuang 发表于 2013-2-25 19:02
问题
应用是olap的，上游加载文件的，粒度到日和月，出日报和月报，已经在日的和月的粒度上对表进行了分区 ...

我自己的想法是
反正数据只读，我就把pctfree设置成0，这样节省10%的空间，扫描时也节省10%
的io。
老白建议过表压缩，感觉反正都是宽表，都是全表扫描，cpu有富裕，由于数据库io是一个块一次io，全表扫描是多块读取，那么压缩后同样的io可以访问比较多的数据量，以此提高性能。基于同样的原理是否需要使用比较大的块配置数据库，因为表大多有25个以上的列的宽表，使用32k的数据库是否有利于性能？

xgghxkhuang

目前表的join方式全是hash join
两边的字段都是选择性很高的字段，两边的join字段基本唯一，
根据hash join原理当构建表全部在内存中时是optimal join，
但是join两边的表基本数据量一致，这时如果我根据两边的链接字段分别建立索引组织表能否让它们的join方式变为sort merge join nosort？这种方式是否更好？
还有如果根据两边的hash join字段建立hash分区将大表拆分成16个或者32个分区，然后根据hash分区的特点成对的链接32个分区是否能改善join的效率？oracle有没有实现这种想法的工具？

xgghxkhuang

如果我想提高效率，提高hash链接的效率，
我链接的时候如果全部加上并行提示能否有效果？系统是我们独用的，而且主机和所有资源都在我们独用的状态，我们可以控制并发的多少。
另外，hash join存放构建表的内存是pga吗？
如果我把pga调整到20g能否实现
optimal hash join，或者说如果构建表很大如何实现optimal hash join，
老白建议过详细设计数据库缓存，系统使用的接口表35张，如果将它们放在keep池中能提高性能吗？
缓存池该如何设计以提高olap？

xgghxkhuang

大表的join很消耗时间，有没有办法预先连接，预先连接减少join的时间？