SQL优化:你真的知道国家字符集的性能影响吗?

这里引入了一个专有名词:sys_op_c2c 。这是什么东西呢?

SYS_OP_C2C 是一个内部函数,功能是将VARCHAR2的数据类型转换成国家字符集的NVARCHAR2类型,内部通过TO_NCHAR函数实现。

我们来看一下这个问题的模拟。

SQL> CREATE TABLE T (ID NUMBER, NAME VARCHAR2(128));

Table created.

SQL> INSERT INTO T SELECT ROWNUM, OBJECT_NAME FROM ALL_OBJECTS;

72147 rows created.

SQL> CREATE INDEX IND_T_NAME ON T(NAME);

Index created.

首先我们看,当使用VARCHAR2类型的查询参数输入是,获得的执行计划是索引范围扫描:

SQL优化:你真的知道国家字符集的性能影响吗?

可以当我们指定NVARCHAR2的类型输入时,其执行计划变更为全表扫描,谓词信息部分提示,通过SYS_OP_C2C进行了过滤。

SQL优化:你真的知道国家字符集的性能影响吗?

那么如何解决这类问题呢?

如果传入的数据类型有误,纠正之;或者创建函数索引,Oracle 就能够使用这个索引。

SQL> CREATE INDEX IND_T_NNAME ON T(TO_NCHAR(NAME));

Index created.
SQL优化:你真的知道国家字符集的性能影响吗?

当然在创建索引时,你也可以使用内部函数SYS_OP_C2C,两者是完全相同的:

CREATE INDEX IND_T_NNNAME ON T(SYS_OP_C2C(NAME));

在MOS上的文档:732666.1 记录了类似这样一个案例。其解决方案中提到,在JDBC的设置中,可能因为 defaultNChar 的设置,导致传入值都被作为NVARCHAR2:

Ensure that your bind "string" datatype and column datatype are the same. A java example where this can occurs is when defaultNChar=TRUE.

This will cause strings to bind as NVARCHAR2 causing the predicate that are subset datatypes to be converted to NVARCHAR2.

e.g.

-Doracle.jdbc.defaultNChar=true

<connection-property name="defaultNChar">true</connection-property>

对于这一类问题的关键,就是找出在哪一个环节造成的数据类型不一致,并最终修正之。


原文发布时间为:2018-05-31

本文作者:墨墨

本文来自云栖社区合作伙伴“数据和云”,了解相关信息可以关注“数据和云”。

上一篇:软件架构师是什么玩意儿?


下一篇:《实用软件架构:从系统环境到软件部署 》——第2章 软件架构是什么?为什么需要做软件架构2.1 背景知识