为什么oracle存储过程的执行时间会因执行方式而大大增加？

提示3

使用此查询：

select s.sid,s.serial#,s.username, s.machine,replace(q.SQL_FULLTEXT,chr(0)) sql_text, s.program, s.logon_time, s.status, s.OSUSER
from v$session s, v$sql q
where 
s.status='ACTIVE'
and s.username is not null 
and s.sql_hash_value = q.hash_value
order by s.LOGON_TIME, s.username;

我注意到机器，程序和其他更改取决于测试：

快速模式（查询窗口）

machine             | program           | ouser
--------------------|------------------ | -------
my laptop username  | SQL DEVELOPER     | User

滞后模式（后台执行）

machine             | program           | ouser
--------------------|------------------ | -------
ip-10-6-7-1         | oracle@ip-10-6-7-1| rdsdb

提示＃4

遵循@KonstantinSorokin与痕迹相关的建议。

结果：临时DBA进行了调查，他告诉我们某些sql_id具有不同的执行计划。他的建议是：使用提示。

这可能是解决方案，但是，为什么某些SQL ID具有不同的执行计划？

感谢@ IsaacMejia，NLS_COMP = LINGUISTIC是缓慢执行的原因。因此，java不是问题的原因。Oracle错误配置是导致我们出现问题的原因。

解决方案必须在实例级别为NLS_COMP = BINARY设置正确的值。

但就我而言，我有几个应用程序可以很好地处理此值。因此，为了避免应用程序中的排序和比较问题，我无法覆盖实例NLS设置。

临时解决方案在存储过程的开头执行：

execute immediate 'alter session set NLS_COMP=''BINARY''';

并在完成时返回到先前的值：

execute immediate 'alter session set NLS_COMP=''LINGUISTIC''';

现在，存储过程可以像在查询窗口中直接执行一样快速运行（ORACLE SQL DEVELOPER）