如果你使用的数据库连接类是 the Data Access Application Blocks "SqlHelper" 或者 SqlClient Class , 你在执行一个很费时的SQL 操作时候，可能就会碰到下面的超时异常。
---------------------------
---------------------------
Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
---------------------------
OK
---------------------------
你会说，我在连接字符串中已经 设置了 Connect Timeout=80000 ，并且数据库中超时连接也是设置的值是一个很大的值。为啥到了30秒，仍然超时了呢？？
这是因为：
你的设置并没有问题，是你混淆了 SqlCommand.CommandTimeout 和 SqlConnection.ConnectionTimeout 这两个的区别了。
你的连接字符串中的超时只是设置的 SqlConnection.ConnectionTimeout 的值，而不是设置的 SqlCommand.CommandTimeout 的值。
SqlHelper 中并没有 SqlCommand.CommandTimeout 的相关设置。需要你自己设置。
下面是两个的比较：
SqlCommand.CommandTimeout
获取或设置在终止执行命令的尝试并生成错误之前的等待时间。
等待命令执行的时间（以秒为单位）。默认为 30 秒。
SqlConnection.ConnectionTimeout
获取在尝试建立连接时终止尝试并生成错误之前所等待的时间。
等待连接打开的时间（以秒为单位）。默认值为 15 秒。
一些更详细的对这个问题的描述看：
http://www.eggheadcafe.com/PrintSearchContent.asp?LINKID=357
这个问题可以算是 SqlHelper 设计的时候，一个考虑不周的地方吧。
SqlCommand.CommandTimeout 的默认值是30，对于我写的大多数程序来说，这个值足够了。所以一直都没有发现SqlHelper的这个问题。今天在查本地一台比较差的机子上生成一个超长帖子（近4000个回复）无响应的问题时候，才发现SQLHelper 存在的这个问题。
打印 | 张贴于 2004-06-15 14:56:00 | Tag:.net 编程心得
留言反馈
It worked here.
Can anybody know the possible cause of the problem....
不过考虑到，这两个超时设置是完全不一样的东西。所以没敢说出来，怕被人作为反面教材批判。