不知道这样的问题，大伙是否遇到：使用ADO.net执行比较复杂的统计操作（运行时间为15秒左右）使用try{}catch{}捕获到摸民气秒的问题。比

tjq_tang 2003-09-12 11:33:13

...全文

28 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

顾君彦 2003-09-12

打赏
举报

不会是超时吧？
一般15秒不会超时啊

tjq_tang 2003-09-12

打赏
举报

我怀疑是局域的网络连接不稳定。
我的数据库连接是针对局域网的Sql Server服务器
有时候执行的次数过多，数据库连接干脆就给我断掉。（执行10这样的统计，可能会有2次）

to ： snof(雪狼)， CMIC(大象) ( :
如果数据或者代码有问题的话，就不会有成功统计的时候了

CMIC 2003-09-12

打赏
举报

估计还是代码的问题,ADO.net执行比较复杂的统计操作时,感觉比以前的ADO稳定,比JDBC也强.

linday 2003-09-12

打赏
举报

重启所依赖的服务．．

雪狼1234567 2003-09-12

打赏
举报

是你数据可能有问题，我用存贮过程和Ado.net都做过大量计算统计的问题，并没发现什么问题啊。

wkyjob 2003-09-12

打赏
举报

不明白，你说清楚一些好吗？

77zjh77 2003-09-12

打赏
举报

我的程序跑了50 多妙，也沒出現超時的問題

整個存儲過程將近5000 行
讀，寫，統計，全都有

程序不進入循環，不用遊標，多用臨時表，變量
sql server 是能夠承受的

我想，顯示結果應該都是分頁顯示的，所以顯示也不會超時
局域網一般都比較堅挺，和短線關系不大

tjq_tang 2003-09-12

打赏
举报

但是我不清楚。什么才是Sql Server数据库的极限。什么情况就会出现这样的问题。
我的哪个统计最多就10000次（可能就那么1000，2000）数据库操作。比如读，写，统计。
就出现这样的问题。

tjq_tang 2003-09-12

打赏
举报

同意： project() 的意见。
如果操作数据库频反的话，数据库连接就会断掉。
以前使用ADO也遇到过如此问题。
如果开始的时候将一些固定的变量先从数据库中获得，可以减小网络中的流量。
如上面大家所说多使用存储过程以及函数，如果是本地Access数据库的话，没有办法了。只有硬着头皮了。

我现在这个既是Access,又是Sql Server版本。如果使用存储过程以及函数就不适合。
故只有将一些固定的直使用hash表储存。看效果怎么样。
我这样改了后应该不会出现哪个问题吧？

77zjh77 2003-09-12