最近项目快要快要结束了，我们最终还是要面对我们一直存在的问题，就是数据库查询编码的问题，但是通过各个方面观察我们发现数据库仅仅200w条数据查询议一天的数据也就仅仅不到两万条数据没结果查了将近两分钟，这按章正常状态来讲那是不可能出现的情况，但是经过很久的观察我们还是找到了原因，那就是我们在做sql语句编写的时候那是不合理的 接下来我就给大家罗列一下相关情况。
1.用like查询数据
原来在查询数据时候喜欢用like 来进行模糊查询虽然方便但是机器影响效率 l例如 select * from bf1_histrinan where hs_date_time like （tochar(sysdate,'yyyy-mm-dd')||‘%’
后来改成了 select * from bf1_histrinan where hs_date_time =substr(hs_date_time,1,10),去除了模糊查询的方法
2.喜欢书写dual 语句
许多人在书写查询时间时候喜欢用select sysdate into time from dual这种方法来查询当前时间，但是往往忽略了用赋值的方法来解决问题
比如 time:=这种方式
3.在存储过程中对输出语句不处理
我们在写存储过程时间为了方便查看数据是否和我们预期的一样，我们比较喜欢写一个例：DBMS_OUTPUT.put_line (***);这样的输出数据，但是在我们测试结束后往往总是忘记吧这个输出语句进行删除。
以上我i们遇到的问题对oracle 中IO的消耗是很大的。
也许我所写到的东西有些问题还请大家能够多多指导，只希望我写的这些东西对大家能有所帮助。下面对数据库资源占用的比例相关的sql查询语句。
1.从V$SQLAREA中查询最占用资源的查询
select b.username username,a.disk_reads reads,
a.executions exec,a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio,
a.sql_text Statement
from v$sqlarea a,dba_users b
where a.parsing_user_id=b.user_id
and a.disk_reads > 100000
order by a.disk_reads desc;
2.用buffer_gets列来替换disk_reads列可以得到占用最多内存的sql语句的相关信息。
V$SQL是内存共享SQL区域中已经解析的SQL语句。
列出使用频率最高的5个查询：
select sql_text,executions
from (select sql_text,executions,
rank() over
(order by executions desc) exec_rank
from v$sql)
where exec_rank <=5;
3.消耗磁盘读取最多的sql top5：
select disk_reads,sql_text
from (select sql_text,disk_reads,
dense_rank() over
(order by disk_reads desc) disk_reads_rank
from v$sql)
where disk_reads_rank <=5;
4.找出需要大量缓冲读取（逻辑读）操作的查询：
select buffer_gets,sql_text
from (select sql_text,buffer_gets,
dense_rank() over
(order by buffer_gets desc) buffer_gets_rank
from v$sql)
where buffer_gets_rank<=5;