chr()函数示例：sql> select chr(65) from dual;
CHR(65)
-------
A

accii()函数示例：sql> select ascii('A') from dual;
ASCII('A')
----------

而我今天碰到的chr(38)转换成的字符是“&”，又多学习了一对oracle函数，MARK一下，呵呵。

那“&”到底为什么在Oracle中成了特殊字符呢？经过查找，终于揭晓了答案：原来&这个字符在oracle的sql语句或存储过程中用来指定其后跟的是执行时要你输入的变量。如:select * from &AAA;　则执行此语句时，系统会提示你给赋值。或者比如：insert into test(col1,col2,col3,type) values(0,'&jfd') ，在PL/sql Developer的sql Window 中执行这条语句时，会弹出一个Variables提示框，要求你输入变量'jfd'值。而如果执行：insert into test(col1,chr(38)||'jfd') ，它就会乖乖的向表中插入这条数据。这下，所有疑虑就都云开雾散廖！~

学后有感：其实Oracle里的这个chr()函数，很想JavaScript或者Java高级程序语言中处理特殊字符的转意字符“/”，最起码，当初设计者们的用意和对他们的功能的要求是一样的，就是为了处理这些特殊的函数，因为机器是死的，对于像&var_name这样的字符串，它没有办法理性机灵的分辨出它的主人是想插入这么个字符串，还是想作为一个字符串的占位符。

其实，“&”之外，数据库中还有其他比较特殊的字符，比方说'，%等，对于这些都可以用上述的chr()函数来处理，即chr(ascii)||（后便的字符），但实际上对于这些特殊字符的处理方法并非只有这一种，经查找，结果如下：

方法一：在要插入的sql语句前加上Set define off;与原sql语句一起批量执行

我们在sql*PLUS下执行 sql> show define;命令时，显示下列结果：
define "&" (hex 26)
这个是Oracle里面用来识别自定义变量的设置，现在我们在sql*PLUS下将其关闭：

sql> set define OFF;

然后再在sql*PLUS执行导入脚本，OK！问题搞定。

执行完毕之后，重新设置set define ON。

·方法二：在sql语句中将'&'替换成chr(38)，因为chr(38)是‘&’的ASCII码

sql> Select 'Tom' || chr(38) || 'Jerry' from dual;

·方法三：分拆原来的字符串

sql> Select 'Tom' || '&' || 'Jerry' from dual;

我们可以看到，方法一最为简便，而且效率也最高。方法二因为有一个调用函数的过程，所以性能稍差。方法三需要两次连接字符串，效率最差！其中，方法二，三大同小异，都是对特殊字符单独进行处理（加'或者chr(ascii))后，再用||连接其他字符。

下面是常见字符与ascii对照表，以供参考：