从经验和编程规范来说，一个“批”或一个“存贮过程”，最多能有多少行代码呀？

Question

从经验和编程规范来说，一个“批”或一个“存贮过程”，最多能有多少行代码呀？
----------------------------\
我的几个存贮过程，有近2000行代码，而且在一个“批”中，即没有用 go 来分开，因为我要共享一个变量，用 go 分开，程序开头定义的变量就用不了了。
好象网友说行数太多了，我才意识到这个问题，所以发贴问问，是不是行数太多了。
因为都是比较复杂的业务逻辑，当然，我的水平差也是代码不精练的原因。行数太少解决不了，有复杂的判断。
如果存贮过程代码行数不能太多时，我应该如何处理复杂的情况呢？比如一个库存过帐的存贮过程，我现在有1500代码，如果分为几个过程，就显示有点乱了。现在在前台程序中，进行过帐，执行一个存贮过程就行了，如果分成几个存贮过程，就要调用好几个。问问高手，这种情况如何处理。
经验上，代码行数最多不能超过多少行呀？

Answer 1

代码行多少觉得和你的每个功能的复杂程度有关系，没有一定的限制，但是还是越短越好。

Answer 2

如果写多个存储过程应该和一个效率差不多建议每个存储过程都有一个相对独立的功能，主要增加它的利用率，如果其他地放能用到就节省代码了2000多行代码写的存储过程，说明的编程能力相当强。看样子你是个高手啊

Answer 3

没有限制,太长执行速度是个问题,最好能精简一点...

Answer 4

行数最好控制在1000行以内，别太多，难维护。
行数多有可能会对性能产生影响，也只是有可能。
对于这种函数，可以加注释，最好不要分成几个存储过程，这样的话，执行的效率会要更低一些。