oracle 存储过程执行速度与plsql块执行速度 疑问 oracle 存储过程执行速度与plsql块执行速度你表的结果那些，还有那个字段上有没有索引，等等，都不知道，你这样贴个图出来，没有哪个晓得是什么原因
oracle rac awr报告中std怎么分析 AWR 是 Oracle 10g 版本 推出的新特性，全称叫Automatic Workload Repository-自动负载信息库AWR 是通过对比两次快照(snapshot)收集到的统计信息，来生成报表数据，生成的报表包括多个部分。WORKLOAD REPOSITORY report forDB NameDB IdInstanceInst numReleaseRACHostICCI1314098396ICCI1110.2.0.3.0YESHPGICCI1Snap IdSnap TimeSessionsCursors/SessionBegin Snap：267825-Dec-08 14：04：50241.5End Snap：268025-Dec-08 15：23：37261.5Elapsed：78.79(mins)DB Time：11.05(mins)DB Time不包括Oracle后台进程消耗的时间。如果DB Time远远小于Elapsed时间，说明数据库比较空闲。db time=cpu time+wait time（不包含空闲等待）（非后台进程）说白了就是db time就是记录的服务器花在数据库运算(非后台进程)和等待(非空闲等待)上的时间DB time=cpu time+all of nonidle wait event time在79分钟里（其间收集了3次快照数据），数据库耗时11分钟，RDA数据中显示系统有8个逻辑CPU（4个物理CPU），平均每个CPU耗时1.4分钟，CPU利用率只有大约2%（1.4/79）。说明系统压力非常小。列出下面这两个来做解释：Report A：Snap Id Snap Time 。
如何查看Oracle SQL绑定变量 alter session set nls_date_format='yyyy-mm-dd，hh24：mi：ss'；set linesize 400col sql_Id format a20col name format a20col datatype_string format a14col value_string format a20这个sql从内存中读取绑定变量值信息，若是不在内存中，则使用下一个sqlselect sql_id，name，datatype_string，last_captured，value_string from v$sql_bind_capture where sql_id='dxfcacn4t4ppw' order by LAST_CAPTURED，POSITION；这个sql从awr中读取绑定变量值信息select instance_number，sql_id，name，datatype_string，last_captured，value_string from dba_hist_sqlbind where sql_id='fahv8x6ngrb50'order by LAST_CAPTURED，POSITION；
如何查看Oracle SQL绑定变量 在存储过程里面什么都可以做，vip和money既然在其它表里面，那直接select就可以了。过程头修改一下，vip和money不在作为参数传递，定义为过程内的局部变量：CREATE procedure[dbo].[sp_name]a_id bigint，a_name varchar(30)，v_flag int outputASdeclare@v_vip intdeclare@v_money decimal(10，2)SET NOCOUNT ON之后先从表里将vip和money的值select到@v_vip、@v_money，然后再判断。由于不知道你这个表跟传入参数用什么字段关联，语句不好直接写了哈。
如何查看绑定变量传入的值 查看Oracle SQL绑定变量方法如下：alter session set nls_date_format='yyyy-mm-dd，hh24：mi：ss'；set linesize 400col sql_Id format a20col name format a20col datatype_string format a14col value_string format a20这个sql从内存中读取绑定变量值信息，若是不在内存中，则使用下一个sqlselect sql_id，name，datatype_string，last_captured，value_string from v$sql_bind_capture where sql_id='dxfcacn4t4ppw' order by LAST_CAPTURED，POSITION；这个sql从awr中读取绑定变量值信息select instance_number，sql_id，name，datatype_string，last_captured，value_string from dba_hist_sqlbind where sql_id='fahv8x6ngrb50'order by LAST_CAPTURED，POSITION；
如何查询正在执行sql绑定的变量值 查看Oracle SQL绑定变量方法如下：alter session set nls_date_format='yyyy-mm-dd，hh24：mi：ss'；set linesize 400col sql_Id format a20col name format a20col datatype_string format a14col value_string format a20
查询计划错误有哪些原因？ 收到生成支持人员的报告，系统上一个作业启动后很长时间没有完成，其执行时间远远大于上周的正常执行时间。接到报告后，首先检查了系统，不存在锁队列的问题。。
java为啥使用 preparestatement麻烦告诉我 其中分析分为硬分析(Hard Parse)和软分析(Soft Parse)。一条SQL语句通过语法检查后，Oracle 会先去shared pool 中找是否有相同的sql，如果找着了，就叫软分析，然后执行SQL语句。硬分析主要是检查该sql所涉及到的所有对象是否有效以及权限等关系，然后根据RBO或CBO模式生成执行计划，然后才执行SQL语句。可以看出，硬分析比软分析多了很多动作，而这里面的关键是“在shared pool 中是否有相同的sql”，而这就取决于是否使用绑定变量。另：oracle9i引入了soft soft parse，先到pga中的session cursor cache list列表中去查找（session cursor cache list的长度是由session_cache_cursor参数决定的），如果没有找到这条sql，这时候才去检查shard_pool.对于Oltp系统，很多时候硬分析的代价比执行还要高，这个我们可以通过10046事件跟踪得知。（2）共享池中SQL语句数量太多，重用性极低，加速了SQL语句的老化，导致共享池碎片过多。共享池中不同的SQL语句数量巨大，根据LRU原则，一些语句逐渐老化，最终被清理出共享池；这样就导致shared_pool_size 里面命中率下降，共享池碎片增多，可用内存空间不足。而为了维护共享池内部结构，需要使用latch，一种内部生命周期很短的。
