广泛使用UROWID来处理DML语句

       在你的存储过程中谨慎使用DDL语句，因为这可能会破坏你的transaction的连续性，更为严重的是可能会阻塞DML操作并可能会导致大量library cache latch争用并且有可能会导致某些sql执行计划的改变。

       不要在存储过程里不应该commit的地方commit，特别是当你的存储过程会被另外一个存储过程调用的时候，你考虑到了你这么做会破坏调用你的父存储过程的transaction的连续性了吗？

       注意你面对的数据量，小数据量的处理方法和海量数据的处理方法是不一样的！

       循环的时候要注意清空临时变量的值

       注意“select into 变量”的问题，使用子begin语句封装“select into 变量”以避免可能会出现的错误，这样就可以避免要在“select into 变量”之前先执行一下select count(*)

       在PL/SQL中定义varchar2变量的时候当你在不知道你所定义的变量的长度的时候可以将其定义为varchar2(4000)，这一点都不浪费！

       循环的时候一定要注意exit，否则就太可怕了！

       处理显式cursor的时候一定要注意fetch和exit，否则就太可怕了！如下是我处理的一个真实的案例，这个案例中暴露出的问题就很好的说明了处理cursor的时候一定要注意fetch和exit：

       bulk collect into的时候不要一次collect太多的数据，建议一次collect的数据量在10000条以内，你可以用批量绑定自带的limit子句来限制或者使用rownum来限制

       谨慎使用hint，除非你很清楚你在做什么。比如说这里你强制oracle使用了某个索引，假如以后这个索引的名字被改了，由此带来的执行计划的变更你怎么办？你考虑到这种情况了吗？