明月先说总结的东西,然后再解释分析的过程。
l 总结
ANSI JOIN的时候:
1:避免在ON子句里面使用OR做关联,因为这会导致Oracle CBO只有NEST LOOP这种关联方式可以选择
2:不要对主表设置过滤谓词。同样会导致Oracle CBO只有NEST LOOP这种关联方式可以选择
总之,在写SQL的时候应该注意尽量留给CBO更多的表关联方式选择。如果不注意这点,可能SQL的执行性能变得极低,这个有可能是几千倍的性能差距或者更大。
l 问题的产生
之前明月同事测试一个缺陷BIDM-Def-1101-004 ,大致情况如[……]
继续阅读
分类: oracle, 测试知识
标签: on, oracle, 子句, 性能
现状:对于数据仓库来说,随着数据量的递增,储存成本在不断增加,数据查询性能在不断减低。现在增加存储,对性能已经没有什么明显的提升,导致成本直线上升。目前技术体系已经不能解决问题。必须寻求新的解决方案。
针对OLAP设计的云计算数据库,可以很好的解决这个问题:
首先是存储,云计算数据库使用share nothing构架,这样将不会像share everything构架一样,存储的IO是这个系统的瓶颈。由一个MASTER去协调各个节点的工作,那么存储的数据和查询的数据就都分布到各个节点的机器上。
先看下面的图了解SHARE NOTHING和SHARE EV[……]
继续阅读
分类: 云计算
标签: 云数据库, 性能分析, 数据仓库
之前遇到过这样一个问题:
需求:
想要实现这么一个功能,现有一个字符串文件,比如说是有abcdefghijklmn,另外有一个文件是这样的信息:
5 e
7 g
11 k
前面一列是位置(从1开始记),后面是字符,我现在想验证这个文件这样的信息有多少是对的,多少是错的。
具体的做法:
把前面的字符串存到数组里,用下标做索引,然后通[……]
继续阅读
分类: perl
标签: pack p用法, perl, 内存占用, 变量物理地址
zeroRush源码[转贴]