在SQL Server数据库中 存储过程是什么,希望给点例题

上次帮同事调试存储过程，他那个Oracle的版本参数传不过去，最后发现是默认参数模式搞错了。
记得那是在上海的一个咖啡馆，外面下着小雨，他一边敲代码一边抱怨，说这个存储过程写好了，怎么用就怎么卡。
我凑过去一看，果然是参数类型不匹配。
等等，我好像记得当时他用的是1 2 c版本，这个版本对参数类型要求还挺严的。

存储过程就像个小工具箱，你把常用的SQL语句放进去，需要的时候直接拿出来用。
比如在MySQL里，创建存储过程和SQL Server有点像，但MySQL的语法更灵活一些。
我之前在杭州的培训课上讲过这个，有个学员问能不能把存储过程嵌套，我说可以，但要注意SQL Server和MySQL的嵌套层级限制不一样。
SQL Server默认只能嵌套3 2 层，MySQL是2 5 层。

如果数据量大的话，存储过程能省不少事。
我之前在成都处理一个电商订单系统，一天有上千万条订单数据，那些复杂的查询语句，直接写存储过程，执行效率高多了。
而且存储过程还能减少网络传输，因为SQL语句是在数据库服务器上执行的，结果直接返回给应用服务器。
这个道理其实和缓存差不多，都是减少重复计算。

不过存储过程也不是万能的，有时候过度依赖它，会导致数据库逻辑和业务逻辑耦合太严重。
我在北京见过一个项目，后来因为存储过程写得太复杂，最后改起来差点把数据库给拆了。
那天晚上我们几个技术顾问在那儿熬通宵，把那些存储过程一个个拆解，改写成视图和触发器。
你说，技术这东西，是不是有时候反而会添堵？
哎，突然想到存储过程还可以用来做事务控制，这个用得还挺多。
比如在一个银行系统中，转账操作就需要用存储过程，保证原子性。
这个我之前在武汉写代码的时候碰到过，客户要求转账必须一次性成功，要么全部完成，要么全部不做。
存储过程的BEGIN...END块正好能满足这种需求。

怎样在SQLServer中正确使用参数报表

1 . 报表参数提高查询复用，高级应用是报表钻取。
2 . 钻取分向上和向下，向上汇总，向下明细。
3 . 销售报表示例，点击月份钻取到明细。
4 . 防止SQL注入，验证参数，用值列表或列表查询。
5 . 值列表长，列表查询更灵活，转换数据类型防注入。
6 . 日期型参数，规范格式，用日期控件或掩码。
7 . 转换日期格式，确保数据库识别，防数据抓取问题。
8 . 你自己掂量。