FIGHT_ANGEL的专栏

在OLAP环境，以利用多的CPU和内存资源来加速处理数据，也即oracle的并行查询。单个CPU同一时刻只能服务一个进程，如果有多个CPU，提高CPU利用律，就可以同时运行多个进程。也就是原来单个进程处理的变成多个进程并行处理加速执行时间。并行执行只是在全表处理或者分区及在分区表中执行本地索引时用到。下面情况会用到并行查询：全表扫描、 rebuild index、update (全表或分区表)

今天碰到一个开发人员反映SQL执行时间过长。根本无法得到结果集。        看到服务器压力也没有很高，估计又是一个非常消耗磁盘的查询。果然，发现是一个200w的表和一个超过1100w表的HASH JOIN .         简单的帮助优化了一个SQL后，SQL如下:    select    count(ui.usin_uid_fk)    from table1

Oracle Statspack报告中各项指标含义详解~~学习性能必看！！！Data Buffer Hit Ratio#数据块在数据缓冲区中的命中率，通常应该在90%以上，否则考虑加大 db_block_buffers(9i 以上可是db_cache_size) Buffer Nowait Ratio#在缓冲区中获取buffer 的未等待比率Library Hit

Oracle 的 9i/10g 中已经对内存管理逐步做了很大的简化，11g 则更进一步，引入了一个新的概念自动化内存管理(Automatic Memory Management,AMM) . 如果 DBA 真的想偷懒的话，只需要设定两个参数就可以把烦心的事情都交给 Oracle 折腾了(只要 DBA 足够心宽)。PGA 与 SGA 一起搞定。这两个参数分别是：MEMORY_TARGET

driving_site用于分布式查询中，指定数据集发送到那个数据库上执行。在某些情况下可以大大提高SQL的性能。下面是一个小测试： 1. 在远程数据库上，创建测试表test_remote pd@DWTEST>create table test_remote  2  as  3  select rownum rn, a.* from user

向大家详细介绍Oracle Hints之前，首先让大家了解下Oracle Hints是什么，然后全面介绍Oracle Hints，希望对大家有用。基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成

基本信息情况：数据库版本：Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production操作系统版本：CentOS release 5.6加快创建索引速度主要从一下角度考虑：使用nologging 参数使用parallel 并行参数在session级别使用manual pga，手动调整so

consistentgets :consistent_gets是从回滚段中读到的前映（或叫读取一致性影象）,看见的数据是查询开始的时间点的，所以若存在block在查询开始后发生了变化的情况，则必须产生 before image然后读数据，这就是一致读的含义查询就是表示 consistent gets (querymode)，因为查询要保证所获取的数据的时间点的一致性，所以叫一致读，即使是从当前