触发器
是个好东东，而且可以做到与程序无关，也很好编写存储过程
感觉对性能的提升很有限，不如用PreparedStatement，曾经做过测试，百万条数据同时修改，仅由PreparedStatement的1分钟变为30多秒。而且写存储过程，那种单一的执行一条sql语句的没有任何意义，性能几乎和PreparedStatement相当，但如果写得太复杂，更换数据库，可就惨了。建议：在性能特别强调时，而又确保数据库不轻易发生更改时使用。视图
也是个好东东，带来的方便太多。光标：
没用过！
是个好东东，而且可以做到与程序无关，也很好编写存储过程
感觉对性能的提升很有限，不如用PreparedStatement，曾经做过测试，百万条数据同时修改，仅由PreparedStatement的1分钟变为30多秒。而且写存储过程，那种单一的执行一条sql语句的没有任何意义，性能几乎和PreparedStatement相当，但如果写得太复杂，更换数据库，可就惨了。建议：在性能特别强调时，而又确保数据库不轻易发生更改时使用。视图
也是个好东东，带来的方便太多。光标：
没用过！
MSSQL不用存储过程这些东西等于没用.....
复杂的统计和报表输出，不用它简直没法活了........触发器好用，但会产生很多复杂的问题。简单用一定好。视图我倒是觉得可有可无，游标对性能影响大，少量数据可以接受。
2.游标--建议少用，因为sql server的游标性能不是很好，数据量稍大点速度就会很慢的！
3.视图--需要的时候就用，有时候用视图可以很好的解决你的查询问题，当然视图是可以更新的。
4.存储过程--建议多用，用过程封装SQL代码要比在程序里写SQL的好处我就不说了！
MSN:[email protected]
如果数据库不常更改（没有谁三天两头换数据库的）或者要执行复杂的数据库操作，就用存储过程。
我觉得有3个优点：
1、性能提升
2、这样程序中的SQL语句就会简单，从而减少出现Bug的可能性
3、降低调试复杂度。