oracle批量trim字段,ORACLE SQL调优之记录一次trim函数引发的大表全表扫描

2017年8月14日，一地市oracle相关的调度程序ETL抽取速度奇慢，sql语句每次执行平均时间要9秒左右，如果所示：

该调度过程涉及的sql语句如下：

select count(*) from (SELECT

rtrim(a.pid) PID,

a.item_type PTYPE,

'' FEETYPE,

'' HISDID,

a.item_date ITEM_DATE,

nvl(a.wjw_id,a.item_id) ITEM_ID,

a.item_name ITEM_NAME,

nvl(a.numbers, 0) NUMBERS,

nvl(a.price, 0) PRICE,

nvl(a.costs, 0) COSTS,

a.physician_id PHYSICIAN_ID,

a.physician_name PHYSICIAN_NAME,

a.dept_id DEPT_ID,

a.deptname DEPTNAME,

'0' USAGE,

'' FREQUENCY_INTERVAL,

a.specification USE_METHOD,

nvl(a.usage_days, 0) DAYS_OF_SUPPLY,

nvl(a.costs, 0) ELIGIBLE_AMOUNT,

'' SELF_AMOUNT,

'' PHYSICIAN_LEVEL,

'' PHYSICIAN_AP,

'' ApprovalNumber,

a.id PrescriptionNo,

'' CostCategory,

'' ITEM_NAME_HOSPITAL,

'' ForLeave

from CLAIMDETAILHOSPITAL_temp a

where trim(a.pid)='42900500007915202');

sqlplus登录业务用户，执行并查看该sql的执行计划如下：

由sql执行计划发现，该sql语句执行了全表扫描，谓词是： 2 - filter(TRIM("A"."PID")='42900500007915202')

查看表CLAIMDETAILHOSPITAL_TEMP上的索引情况：

由此，可知表CLAIMDETAILHOSPITAL_TEMP上有针对pid的索引PID_INDEX，但是索引PID_INDEX的DDL语句是：

create index pid_index on claimdetailhospital_temp(pid);

到此，可以判断sql语句执行全表扫描的原因是：sql的where条件where trim(a.pid)='42900500007915202')对查询条件字段pid使用trim函数导致了参数转换，

使得索引pid_index无法使用而执行了全表扫描。处理方法很简单，删除索引PID_INDEX,创建基于trim的函数索引：

create index ind_pid on CLAIMDETAILHOSPITAL_TEMP(trim(pid));

函数索引创建成功后，SQL的执行速度有了质的提高，执行速度从9秒降低至100毫秒：

有一个问题值得思考：开发或测试为什么不在应用的前端对pid执行前后去空格的函数trim，反而非要放在端执行，这样不但加重了数据库服务器的工作负担，

还很容易导致这种因函数使用不当引起大表的全表扫描而降低sql的执行速度；虽然，对pid字段创建基于trim的函数索引能提升sql的执行效率，但是相比普通的索引

基于trim的函数索引，一定会大大降低dml语句的执行效率；如果trim这种去空格的函数放在web前端进行，数据库则可免去这种不必要的性能损失。