dblink sdo_geometry_Oracle sdo_geometry_sdo_geom.sdo_length(4)

.Bug 3508675 Import Data Pump is slow when importing TABLE_DATA- 缺陷：Bug 3508675“APPSST10G: BAD PLAN WHEN QUERYING ALL_POLICIES WHEN IMPORTING TABLE_DATA”（不是公开的 bug）- 症状：在 TABLE_DATA 的导入阶段，impdp 作业可能会显示较高的 CPU 使用率和较慢的运行速度 版本：10.1.0.5.0- 已在以下版本中修正：10.2.0.1.0 及更高版本； Patch:3508675 提供了可用于 10.1.0.5.0 的通用修正- 打过补丁的文件：prvtbpdi.plb- 变通方案：无- 原因：伴随 Bug 3369744 的修正而产生，ALL_SYNONYMS 视图不显示同义词的同义词（不是公开的 bug）- 跟踪：SQL 跟踪和 AWR 跟踪显示了查询的执行时间和较高 CPU 使用率：SELECT count(*) FROM ALL_POLICIES WHERE enable = :y and ins = :y2 and object_name = :tname and object_owner = :sname- 备注：该 bug 可能会出现在 Oracle Application （apps）或导入了许多个表的任何其他目标的 impdp 作业期间。

.Bug 4513695 Export Data Pump of large table can be very slow when CURSOR_SHARING=SIMILAR 缺陷： Bug:4513695 Poor performance for SELECT with ROWNUM=1 with literal replacement 症状：大型表 (100+ Gb) 的 Export Data Pump 作业速度可能要比原始 exp 客户端的导出慢很多（例如，前者的导出时间超过 24 小时）- 版本：10.1.0.x 和 10.2.0.3.0 及更低版本 已在以下版本中修正：10.2.0.4.0 及更高版本；对于某些平台，Patch:5481520 提供了针对 10.2.0.3.0 的修正 打过补丁的文件：apa.o kko.o kkofkr.o qerco.o 变通方案：如果可能，在开始 Export Data Pump 作业之前先设置 CURSOR_SHARING=EXACT 原因：将 cursor_sharing 设置为 similar 时，基于成本的优化器（Cost Base Optimizer，CBO）中出现查询优化问题- 跟踪：Data Pump Worker 跟踪显示“SELECT NVL((SELECT /*+ NESTED_TABLE_GET_REFS */ :SYS_B_0 FROM WHERE ROWNUM = :SYS_B_1), :SYS_B_2) FROM DUAL”的 elapsed fetch 时间值非常高 备注：针对此缺陷的修正只能作为 Bug:5481520 “Wrong results with ROWNUM and bind peeking”的修正予以提供。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-48347-4.html