允许模块化程序设计。
只需创建过程一次并将其存储在数据库中，以后即可在程序中调用该过程任意次。存储过程可由在数据库编程方面有专长的人员创建，并可独立于程序源代码而单独修改。允许更快执行。
如果某操作需要大量 Transact-SQL 代码或需重复执行，存储过程将比 Transact-SQL 批代码的执行要快。将在创建存储过程时对其进行分析和优化，并可在首次执行该过程后使用该过程的内存中版本。每次运行 Transact-SQL 语句时，都要从客户端重复发送，并且在 SQL Server 每次执行这些语句时，都要对其进行编译和优化。减少网络流量。
一个需要数百行 Transact-SQL 代码的操作由一条执行过程代码的单独语句就可实现，而不需要在网络中发送数百行代码。可作为安全机制使用。
即使对于没有直接执行存储过程中语句的权限的用户，也可授予他们执行该存储过程的权限这只是存储过程的好处,我以前(今天之前)也是用SQL当成数据容器来用,但以后不会了
只需创建过程一次并将其存储在数据库中，以后即可在程序中调用该过程任意次。存储过程可由在数据库编程方面有专长的人员创建，并可独立于程序源代码而单独修改。允许更快执行。
如果某操作需要大量 Transact-SQL 代码或需重复执行，存储过程将比 Transact-SQL 批代码的执行要快。将在创建存储过程时对其进行分析和优化，并可在首次执行该过程后使用该过程的内存中版本。每次运行 Transact-SQL 语句时，都要从客户端重复发送，并且在 SQL Server 每次执行这些语句时，都要对其进行编译和优化。减少网络流量。
一个需要数百行 Transact-SQL 代码的操作由一条执行过程代码的单独语句就可实现，而不需要在网络中发送数百行代码。可作为安全机制使用。
即使对于没有直接执行存储过程中语句的权限的用户，也可授予他们执行该存储过程的权限这只是存储过程的好处,我以前(今天之前)也是用SQL当成数据容器来用,但以后不会了
入门级，只需掌握table, select, update, where，这些东西就可以写程序了
中等级别的开始考虑数据的一致性了，事务完整性了，或者性能了高手级别的那就要运筹帷幄了，可能就是帮主们的境界了吧建议楼主，读一本《SQLServer技术内幕》清华大学出版社 红皮的，看完肯定会感受到数据库的魅力