还是以上面提到的存储过程delete_dept为例。delete_dept实在是太过粗糙，缺乏基本的错误检查。现在用户需要在删除前给它加入一个检查，和现实的代码更接近一些。
检查为：“如果dept内有对应的person，那么提示用户不能删除”，代码如下：
CREATE PROCEDURE [dbo].[delete_dept]
@id int
AS
if exists (select * from person where dept_id = @id)
return -1
delete from dept where id=@id
RETURN 0
恩。是的，变化发生了。那么这个变化到底对我们的代码会有多大的影响呢？
在这样的情况下，如果采用LocalFunction方法，那么我只要修改下函数void delete_dept(int id)就行。
void delete_dept(int id)
{
int r = RunProc("delete_dept",id);
If(r==-1)MessageBox.Show("不能删除");
}
如果是采用RunProc方法，那么所有调用的地方都要加入这个用户提示代码：
If(r==-1)MessageBox.Show("不能删除");
那就是差别。
任何需求的修改，最好只要改一处代码；另外一种情况是，需求的修改会导致到处修改代码。他们的差别在代码不多的情况下，也许差别不大，但是想象我们的代码工程是很大的。像这样的存储过程代码是非常基础的，代码是很多地方都要调用的，如果因为缺乏封装，导致到处修改代码是非常的不值得的。
