Oracle特殊字符转义
GPS平台、网站建设、软件开发、系统运维，找森大网络科技！
https://cnsendnet.taobao.com
来自森大科技官方博客
http://www.cnsendblog.com/index.php/?p=2189
还是用这种方法好一些，用||符号，这个符号应该是字符串连接符
在oracle中，某些字符表示的有特殊的含义的，比如说&符号，表示变量替换；%表示在查询过程中的通配符
下面列出一些在ORACLE中有特殊含义的字符作以测试：
|
符号 |
功能 |
类型 |
|
% |
在where子句中表示0到任意个字符 |
通配符 |
|
_ |
在where子句中表示确切的未知字符 |
通配符 |
|
? |
在where子句中表示确切的位置字符 |
通配符 |
|
# |
在where子句中确切的阿拉伯数字 |
通配符 |
|
[a-d] |
表示字符范围 |
通配符 |
|
' |
表示文本、字符和日期 |
定界符 |
|
" |
将包含特定字符或者空格的列别名括起来 |
定界符 |
|
& |
用来指出一个变量 |
特殊符号 |
|
|| |
字符串连接 |
特殊符号 |
|
* |
在select语句中表示0个或者多个列 |
特殊符号 |
|
/ |
终止SQL语句 |
特殊符号 |
|
|
注释 |
注释符 |
（注：经过测试，上面的3、4、5条通配，不靠谱，误信）
这里列出了常用的一些特殊符号，在这里我们对其进行insert（这里直接写那些能够insert成功的语句了），一下语句安装表中出现的先后顺序出现：
SQL> create table test (name varchar2(20));
SQL> insert into test values('abc3');
SQL> insert into test values('abc_123');
SQL> insert into test values('abc?123');
SQL> insert into test values('abc#123');
SQL> insert into test values('abc[a-d]123');
SQL> insert into test values('abc''123');
SQL> insert into test values('abc"123');
SQL> insert into test values('abc' || chr(38) || '123');
SQL> insert into test values('abc||123');
SQL> insert into test values('abc*123');
SQL> insert into test values('abc/123');
SQL> insert into test values('abc123');
SQL> select * from test;
NAME
--------------------
abc3
abc_123
abc?123
abc#123
abc[a-d]123
abc'123
abc"123
abc&123
abc||123
abc*123
abc/123
abc123
可以看到在上面的insert操作中，除了单引号(')在字串中出现需要两个重复之外，还有一个特例就是and符号(&)，这里是用了ascii转码的方式来做的，关于ascii码可以用这个方式来查询：
SQL> select ascii('&') from dual;
ASCII('&')
----------
38
既然将这个&拿出来了，我们就单独对它说说，
上面的那种方式适用于SQL脚本中，大量SQL中有&符号的话，可以用转码方式实现，如果你是在SQL*Plus中，还可以这么做：
SQL> insert into test values('abc&test123');
Enter value for test123: &123
old 1: insert into test values('abc&test123')
new 1: insert into test values('abc&123')
虽然这么做也可以实现，但是违背了我们的意图
另外一种（使用转义字符）：
SQL> show escape
escape OFF
SQL> set escape on
SQL> insert into test values('abc\&123');
1 row created.
或者（直接把define功能关闭）：
SQL> show define
define "&" (hex 26)
SQL> set define off
SQL> show define
define OFF
SQL> insert into test values('abc&123');
1 row created.
现在表中的数据如下：
SQL> select * from test;
NAME
--------------------
abc3
abc_123
abc?123
abc[a-d]123
abc'123
abc"123
abc&123
abc||123
abc*123
abc/123
abc123
abc#123
abc&123
abc&123
abc&123
abc3
接下来，说下select那些事：
由于前几个字符是出现在where子句中才生效的，所以前面几条用where子句来进行测试（和上面一样，这里还是直接写测试成功的句子）：
SQL> select * from test where name like 'abc\3' escape '\';
NAME
--------------------
abc3
abc3
可以看到在这里，我们指定了escape转义字符标识，当然这里的正斜杠可以是其他的字符，例如：
SQL> select * from test where name like 'abc=3' escape '=';
NAME
--------------------
abc3
abc3
OK，道理说明白了，其他的字符就不一一的列举，在此只列出两个比较特殊的例子，分别是单引号和and符号
单引号：
这里你可以使用连写两个的方式进行转换：
SQL> select * from test where name like 'abc''123';
NAME
--------------------
abc'123
但是，当你试图对其进行转义的时候，你会发现，报错了（引用字符串为正常结束，哦，好吧，看来单引号是需要特殊对待的）：
SQL> select * from test where name like 'abc\'123' escape '\';
ERROR:
ORA-01756: quoted string not properly terminated
&and字符：
SQL> select * from test where name like 'abc\&123' escape '\';
Enter value for 123: &
可以看到，如果这个转义的方式使用到&，是起不到作用的，不过如果我们把define关闭呢？
SQL> show define
define "&" (hex 26)
SQL> set define off
SQL> show define
define OFF
SQL> select * from test where name like 'abc\&123' escape '\';
select * from test where name like 'abc\&123' escape '\'
*
ERROR at line 1:
ORA-01424: missing or illegal character following the escape character
可以看到，这里会报错的，这个提示是在说，跟在转义字符后面的错误或者缺失的字符，貌似不可以哦，其实在我们关闭define之后，完全可以这样写的：
SQL> select * from test where name like 'abc&123';
NAME
--------------------
abc&123
abc&123
abc&123
abc&123
如果你打开了escape，默认转义字符为‘\’，可以如下写：
SQL> set escape on
SQL> show escape
escape "\" (hex 5c)
SQL> select * from test where name like 'abc\&123';
NAME
--------------------
abc&123
abc&123
abc&123
abc&123
当然啦，还有这么一种方式：
SQL> select * from test where name like 'abc' || chr(38) || '123';
NAME
--------------------
abc&123
abc&123
abc&123
abc&123
好了，差不多就这么多了，其余的欢迎补充！
注：测试平台：
OS Version：Redhat Enterprise Linux 5 Update 4 x86
DB Version：Oracle Database 10g Enterprise Edition Re
GPS平台、网站建设、软件开发、系统运维，找森大网络科技！
https://cnsendnet.taobao.com
来自森大科技官方博客
http://www.cnsendblog.com/index.php/?p=2189
