S sunfuhong Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-07 #21 好在不是我设计的.但我接手后也没有提出意见. 我想问一下,用存储过程会不会让服务器的负担太重了.我的感觉是: 网络差+服务器差+软件差导致了问题. 请指教.
K kupwl2 Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-07 #23 我的观点和楼上诸位差不多。 我觉得应该是你经常性调出大量的数据到CLIENT， 而猫的通讯速度实在难以忍受。 你应该限制一次性过多的数据出来。分页是个不错的选择。 猫与ISDN的速度与你们公司局域网无法比拟。 建议。不要改成三层，代码量过大，时间不够。 仔细检查程序。客户端死机应该也是流量过大的缘故。SQLSERVER的连接一旦连的中间 掉线又不是网络完全没有通的时候，特别恶心。 如果你一定要三层的话，也不一定会好。一个大流量的东西照样会死机。不过三层可以不 添加服务器。我觉得三层的话用SOCKET比较好。 哎，算你倒霉，接了个烂摊子 我有个客户的机子，由于网线未差牢，查询2000条数据足足用了35分钟。 程序一直处于没有响应状态。也不提示SQL错误。
我的观点和楼上诸位差不多。 我觉得应该是你经常性调出大量的数据到CLIENT， 而猫的通讯速度实在难以忍受。 你应该限制一次性过多的数据出来。分页是个不错的选择。 猫与ISDN的速度与你们公司局域网无法比拟。 建议。不要改成三层，代码量过大，时间不够。 仔细检查程序。客户端死机应该也是流量过大的缘故。SQLSERVER的连接一旦连的中间 掉线又不是网络完全没有通的时候，特别恶心。 如果你一定要三层的话，也不一定会好。一个大流量的东西照样会死机。不过三层可以不 添加服务器。我觉得三层的话用SOCKET比较好。 哎，算你倒霉，接了个烂摊子 我有个客户的机子，由于网线未差牢，查询2000条数据足足用了35分钟。 程序一直处于没有响应状态。也不提示SQL错误。
S sunfuhong Unregistered / Unconfirmed GUEST, unregistred user! 2002-11-07 #24 如果改装成宽带,那么问题会不会有所改变.希望各位继续帮忙.我另外开了个贴子. 标题是:请教下面工程的应用方案. 请各位大侠来帮忙帮忙.
