近段时间，做了些为ORACL数据库管理相关的SHELL脚本编程。
其实，SHELL功能非常强大，基本可以覆盖操作系统的所有角落。
PL/SQL同样也非常强大，可以解决ORACLE数据库的众多问题。
但有时这两个强大的“家伙”混合在一起后，就会多少变得棘手些。就像我，可能做数据库时间长了，很多东西都想通过数据库实现。但有时超过了数据库的范畴，就不灵光了。
我还是想说几点问题：
1.该SHELL实现的部分或者该数据库实现的应该想想清楚，否则你的SHELL脚本越写越痛苦。
有段代码，我想将SHELL中的变量，放在SQLPLUS中的SQL语句中操作。但是着实的碰到了问题。因为我的SQL语句是对字符串进行操作：
有诸如这样的SQL，这时ORACLE就会报错，通过跟踪可以发现：
v_para这个变量的值为 1111A2222B333（举例），在SQL中直接引用，结果发现实际的SQL是这样的：
我们不难发现没有了单引号！如果做SHELL比较敏感的朋友就会想到：单引号在SHELL中意味着什么。为了单引号我必须使用转义符（\）。但是在使用转义符后，实际上这个SQL又变成了
对，越来越错。最后想了又想，还是直接通过PL/SQL操作，也是可以完成的。
2.在SHELL中的一些特殊符号，在SQLPLUS中特殊的作用会消失。
例如，我在SPOOL结果集到文本中时，对文件名称使用了双引号中带变量的做法。
结果输出的文件名上还带着双引号，例如："50001".txt
所以要格外注意，当然最为保险的是在实际环境中进行测试！
3.数据库管理人员，多学习学习SHELL会对自己的工作受益良多。当然如果可以再多多深入学习当然操作系统对自己的帮助就会更大，这样的前提是身边一定要有一个好的SA（我共事的SA就非常优秀！多谢这位仁兄（Cityhunter）的大力帮助）。
最后看看 这篇文章 ，算是个抛砖引玉的小文吧。
其实，SHELL功能非常强大，基本可以覆盖操作系统的所有角落。
PL/SQL同样也非常强大，可以解决ORACLE数据库的众多问题。
但有时这两个强大的“家伙”混合在一起后，就会多少变得棘手些。就像我，可能做数据库时间长了，很多东西都想通过数据库实现。但有时超过了数据库的范畴，就不灵光了。
我还是想说几点问题：
1.该SHELL实现的部分或者该数据库实现的应该想想清楚，否则你的SHELL脚本越写越痛苦。
有段代码，我想将SHELL中的变量，放在SQLPLUS中的SQL语句中操作。但是着实的碰到了问题。因为我的SQL语句是对字符串进行操作：
substr($v_para,(instr($v_para,
'A') + 1)
v_para这个变量的值为 1111A2222B333（举例），在SQL中直接引用，结果发现实际的SQL是这样的：
substr(1111A2222B333,(instr(1111A2222B333,
'A') + 1)
substr(\
'1111A2222B333\',(instr(\
'1111A2222B333\',
'A') + 1)
2.在SHELL中的一些特殊符号，在SQLPLUS中特殊的作用会消失。
例如，我在SPOOL结果集到文本中时，对文件名称使用了双引号中带变量的做法。
“$machine_id”
所以要格外注意，当然最为保险的是在实际环境中进行测试！
3.数据库管理人员，多学习学习SHELL会对自己的工作受益良多。当然如果可以再多多深入学习当然操作系统对自己的帮助就会更大，这样的前提是身边一定要有一个好的SA（我共事的SA就非常优秀！多谢这位仁兄（Cityhunter）的大力帮助）。
最后看看 这篇文章 ，算是个抛砖引玉的小文吧。
利器和尖刀，一个也不能少。 -:)
本文转自Be the miracle!博客51CTO博客，原文链接http://blog.51cto.com/miracle/97108如需转载请自行联系原作者
Larry.Yue
