正在用VB做一個系統，在某個地方查詢時，要連接六個數據表，每個表都有超過一千條數據，而且條件很多，
而且要不斷的循環找，查詢時速度很慢，請問如果用存儲存過程是不是會快很多？

你自己试一下看看会不会快啊

我不太會存儲過程啊？能不能給點多個表互相查詢的存儲過程例子

置顶的帖子里面就有的,去看看吧.

或者是帮助文档里.

<1>速度是肯定会快很多的,呵呵,因为用存储过程,编译了后,以后在调用的时候直接就可以用编译后的代码,不用在编译,另外其基本语法如下:
Create Proc name
Declare @变量 数据类型(长度) intput
Declare @变量 数据类型(长度) output
AS
Begin
...
...
...
End
<2>建议:多找找这方面的书看一下,注意与触发器联系起来学习,呵呵,多动手实践

存储过程在复杂查询时候效率会提升!

前一段时间,有人告诉我不好的触发器会导致整个系统瘫痪,还说触发器能实现的业务层都能实现(没写过什么程序,不知道什么是业务层),他建议我最好别用触发器,不过我觉得如果用来维护完整性的话触发器还是蛮好的,对触发器很了解的,可以出来做一下解释吗,为什么很多人都不建议使用触发器

楼主最好能写出表结构和要求来，这样我们可以帮你优化一下。

见到xu2000回帖，我也到此一游，我只试过如果多线程中同时执行一个大的存储过程的话，会死锁导致断开连接

不见得资源浪费在编译SQL语句上，时间是浪费在查询的数据量上，就算用存储过程，也只是省下一点解析时间而已。

我没用过视图，不过好象视图比存储过程更适合楼主的需求。。。


7楼的业务层是几层架构中的无聊概念，以前多是mvc三层，不过现在架构越出越复杂，已经N种架构了（petshop nbear）

多线程中同时执行一个大的存储过程的话
这样不是相当于并发,要考虑同步吧