优点：

1. 允许模块化程序设计。
2.可维护性高，只需创建存储过程一次并将其存储在数据库中，以后即可在程序中调用该过程任意次。存储过程可独立于程序源代码而单独修改，而不需要更改、测试以及重新部署程序集。
3.运行速度快。存储过程将比T-SQL批代码的执行要快。存储过程是被编译后存放在数据库服务器的过程高速缓存中，当使用时，服务器不必再重新分析和编译它们。
4. 减少网络流量，在网络中要发送的数百行代码，可由一条执行其存储过程代码的一条单独语句就可实现。
5.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。
6.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程。
7.  有安全机制，可授予没有直接执行存储过程中语句的权限的用户，也可执行该存储过程的权限。另外可以防止用户直接访问表，强制用户使用存储过程执行特定的任务。

缺点：
1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新获取返回值的调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则将业务逻辑封装在不特定于 RDBMS 的中间层中可能是一个更佳的选择。
Sql语句灵活，可移植性强，查询速度比存储过程慢些