Oracle数据库中的字符处理技巧总结.docVIP

在数据库开发与维护中，数据库管理员接触最多的数据类型就是字符类型了，包括字符串、日期类型的字符串等等。在Oracle数据库中为了帮助数据库管理员能够以最快的方式处理这些字符类型的数据，提供了许多有用的函数或者工具。笔者今天就谈谈在Oracle数据库中处理字符串的经验与心得。 　　一、去掉尾部的空格字符。 　　有时候在查询或者进行其他处理的时候，需要把字符串尾部的空格字符去掉。如有时候应用软件设计的不合理，会把空格字符保存在数据库中。如在输入产品品号的时候，用户不小心，把“DT001”输成了“DT001 ”。如果应用程序在设计的时候，能够自动把尾部的空格去掉然后在保存到数据库中能够就万无一失了。但是不少的应用软件在开发的时候没有如此设计。这就给后续的处理带来了很多的麻烦。因为利用Where语句来查找记录的时候，“DT001”(最后不带空格)与“DT001 ”(最后带一个空格)两个是不同的条件。如果想利用这个条件来进行数据更新、查询等等，就会遇到问题。为此在写相关的Update或者Select语句的时候，可能需要把后面的空格符号去掉。为此在Oracle数据库中，有很多种解决方式。如数据库管理员可以使用Ltrim函数来实现。这个函数的格式为Ltrim[c1,c2]。其作用是去掉C1左边所包含的C2种的任何字符。当遇到不是C2种的字符串时结束，然后返回剩余的字符串。如果把C2字符串设置为空格符号(默认情况下就是空格)，那么就可以把DT001后面的空格符号去掉了。 　　二、在头部自动进行填充。 　　有时候可能数据库设计的时候，考虑的不够周到，导致某些字段不够大。在对数据库进行升级的时候，需要调整相关的字段。此时就可能需要对某个字段的头部进行填充，以达到数据一致性的要求。如现在有个ERP系统，其需要用到一张产品信息的表，其中有一个产品编号字段。刚开始在设计产品编码的时候，设计的长度不够，如只设置了5位。随着企业产品记录的增多，需要对这个编码的内容进行扩展。如产品信息属于包装材料类的，需要在原来产品编号的头部加入一个字符B;如产品信息属于客供品的，则需要在原来产品编号的头部加入一个字符C;如产品信息属于辅助材料的，则在原来的产品编号前面加入一个字符F;等等。此时该如何实现这个需求呢?难道要一个个去修改吗?现在这手工修改的工作量比较大，而且容易出错，这个方法不可取。其实在Oracle数据库系统中提供了一个单行字符函数，可以帮助数据库管理员与企业来解决这个问题。这个函数就是RPAD函数。这个命令的格式为RPAD(C1，N，C2)。这个函数的意识是在C1的右边填充字符C2，直到字符串的总长度满足N。默认情况下C2的值为空格，用户可以根据自己的需要设置这个值。如果C1的长度比N要大，则会截取C1右边的N个字符。现在如果要实现上面这个需求，则只需要设置函数RPAD(产品编号，6，F)即可。由于原来的产品编号为5位，现在需要为辅助信息的产品编号前面加入一个字符F，修改后的总长度变为6位。不过在使用这个函数的话，往往需要利用Where条件语句进行限制。 　　现在这个函数还可以里用实现字符串的截取。如还是这个产品编号，其前面一位表示产品的种类。此时数据库管理员就可以利用RPAD(产品编号，1)来截取产品编号的第一位字符(这里产品编号的长度比1要大，则会截取产品右边的1个字符，即产品类别标示码)。这在报表设计的时候也非常有用，有利于简化报表的显示。 　　三、字符大小写的控制。 　　在做报表的时候，我们可能需要对字符串的现实格式进行控制，如大小写的显示格式。另外，在进行数据库移植的时候，可能以前的收入大小写不规范。数据库管理员需要采用一定的规则来规范移植后的数据库字符串书写规范。为了简化这些需求的实现方式，在Oracle数据库中也提供了一些工具来解决这些问题。 　　如以前在输入产品编号的时，可能大小写不区分。而在前台应用程序中也没有进行这方面的控制。现在用户希望所有的产品编号都为大写，需要把原先是小写的产品编号全部转换成大写。此时如果产品数量比较多的话，显然利用手工修改的方式会增加工作量。如果编写一个程序来实现的话，又太复杂，其实我们可以借鉴Oracle数据库提供的字符串处理函数来实现。在单行字符函数集中，有一个函数UPPER，它的作用就是将全部字符串都改写为大写并返回。为此我们可以利用一个子查询或者借助视图的帮助，把所有产品编号中，如果含有小写字符的产品编号都更新为大写。如果原来就是大写的，就保持原样(而不是说原来大写的变小写，原来小写的变大写)。同理，既然小写可以变大写，那么大写也就可以变为小写。利用单行字符串函数LOWER，就可以把全部字符串改为小写输出(把大写字母改为小写，而小写字符保持不变)。 　　另外一个大小写的控制原则比较复杂，如对于一些英文地址