近段时间，做了些为ORACL数据库管理相关的SHELL脚本编程。
      其实，SHELL功能非常强大，基本可以覆盖操作系统的所有角落。
      PL/SQL同样也非常强大，可以解决ORACLE数据库的众多问题。
      但有时这两个强大的“家伙”混合在一起后，就会多少变得棘手些。就像我，可能做数据库时间长了，很多东西都想通过数据库实现。但有时超过了数据库的范畴，就不灵光了。
      我还是想说几点问题：

      1.该SHELL实现的部分或者该数据库实现的应该想想清楚，否则你的SHELL脚本越写越痛苦。
     有段代码，我想将SHELL中的变量，放在SQLPLUS中的SQL语句中操作。但是着实的碰到了问题。因为我的SQL语句是对字符串进行操作：
    
substr($v_para,(instr($v_para, 'A') + 1)
    有诸如这样的SQL，这时ORACLE就会报错，通过跟踪可以发现：
    v_para这个变量的值为 1111A2222B333（举例），在SQL中直接引用，结果发现实际的SQL是这样的：

substr(1111A2222B333,(instr(1111A2222B333, 'A') + 1)
      我们不难发现没有了单引号！如果做SHELL比较敏感的朋友就会想到：单引号在SHELL中意味着什么。为了单引号我必须使用转义符（\）。但是在使用转义符后，实际上这个SQL又变成了

substr(\ '1111A2222B333\',(instr(\ '1111A2222B333\', 'A') + 1)
     对，越来越错。最后想了又想，还是直接通过PL/SQL操作，也是可以完成的。

    2.在SHELL中的一些特殊符号，在SQLPLUS中特殊的作用会消失。
      例如，我在SPOOL结果集到文本中时，对文件名称使用了双引号中带变量的做法。
     
“$machine_id”
      结果输出的文件名上还带着双引号，例如："50001".txt
      所以要格外注意，当然最为保险的是在实际环境中进行测试！
      
      3.数据库管理人员，多学习学习SHELL会对自己的工作受益良多。当然如果可以再多多深入学习当然操作系统对自己的帮助就会更大，这样的前提是身边一定要有一个好的SA（我共事的SA就非常优秀！多谢这位仁兄（Cityhunter）的大力帮助）。
     
      最后看看 这篇文章，算是个抛砖引玉的小文吧。

      利器和尖刀，一个也不能少。 -:)