关于SQL Server存储过程的一些看法

接触SQL Server存储过程前，觉得这东西可太神秘了，经常看到招聘信息上写着，熟悉SQL Server存储过程，所以也对这个词比较敬畏；

后来学习.net时，为了赶上时代的潮流，所以开始学习SQL Server存储过程，学了一会（真的是一会），感觉，学会了，存储过程不过如此，就是把SQL语句写到SQL Server存储过程里就行了，就这么简单；

再后来.net工作时用到了这个，顺便学习了SQL Server存储过程参数等，感觉挺好，设计的程序有几十个人用，程序是winform的，如果改个东西就让他们升级程序，那可郁闷死人了，所以感觉存储过程真是非常方便。有比较小的问题直接修改存储过程就可以了。

看来，SQL Server存储过程还是非常不错的，不过在实际操作中，有时会让人很郁闷，因为调试它太难了。出错时总是.net程序里在执行存储过程时有提示，但就是不知道是哪有问题，这个问题让我郁闷了好一段时间。我的调试方法是：把存储过程用参数形式写到.net代码里，然后调试，调试好以后，再放回去。够郁闷吧，我还不如直接放到.net代码里得了，不过那时觉得郁闷的事是：如果放在代码里就得放一行，或+=连接上，都看起来不顺，前段时间发现了一个方法，如：

sql=@"

select * from users
where......

"

这不错呀，代码跟写在存储过程里一样一样的，看起来也很方便，所以我就想，为什么我要用存储过程呢，我都这么写得了，前期开发也很容易调试，至于后期维护，就可能比较郁闷了，所以还是混着来吧，复杂的逻辑专门写到存储过程里，简单的都写到.net里。

还有这个问题突出在Winform设计里，如果用的是Web 可以直接修改，不用客户端更新，所以这个问题不太明显。

看看别人的看法吧：

从疯狂痴迷数据库存储过程到彻底放弃他（信息化系统从基于数据库技术到基于服务理念的转变）

存储过程：利剑还是钝刀？

不喜欢数据库编程