一个值得大家关注的三层保存问题?希望大家参与讨论!

Question

我们公司现在给一家客户开发一套企业管理系统,用的midas多层技术，后台是sql2000.
  有80台电脑进行连接，现在有这种现象，有三个单的数据有时何存后死机，不能保存。这三个单的特点是数据量比较大,一个单有一个主表和4-6个子表.主表的字段也有60-100个.当正常上班时，保存10次有2-4次按保存后，系统死机。必须强行关掉系统后，重新打开系统重新开单才能何存，有时也会出现连开几次单存在这种现象。而晚上加班时，加班的人少，没有那多人用电脑，出现这个现象就很少，但也有.
  其它单据很少出现此类问题，如订单，有15个用户同时使用，可能更多，却很少出现此类问题。绝大多数重开系统（不用重新启动机器），重开单又呆以保存了。
  我对服务器核查过了，数据库没有出现死锁现象，服务器的负荷也不是很大。但她们反映，网络有时会出现掉线，连不到.
  我现在没法确认到底是系统的问题，还是网络硬件上的问题.还是病毒的问题.
请大家给一点意见。

Answer 1

>>有三个单的数据有时何存后死机，不能保存。这三个单的特点是数据量比较大,
能否適當做到後台 存儲過程 來處理???

Answer 2

現在主要的問題是何存時出現死機﹐不能保存﹐必須關掉系統重新建立﹐重新保存.第二次重建保存出現死機的機會比較小.
   對于保存﹐我想不知道是如何通過后台實現,原因為很多數據都是用戶自己填寫的內容﹐必須通過前台保存到后台。
   保存的方法是通過    if changecount <>0 then applyupdates(-1); 實現的.
不知道有何提高效率的方法沒有.

Answer 3

应该是 AppServer 程序有问题吧

Answer 4

如果用DATAPROVIDER的ApplyUpdates（多个客户端同时并发）在保存时会找成数据表被锁定，其他的客户端当然不能访问该表，被排斥的客户端不停的向数据库打开被缩定的表，这样就造成了系统无反映！！  你可以在数据库跟踪器里查看！！！

Answer 5

http://community.csdn.net/Expert/topic/3195/3195626.xml?temp=.8379022

Answer 6

這個真的要好好從各個方面核查一下.
 
  但我對這些表進行寫動作的用戶也不多，隻有兩個用戶，因為如開工單隻有兩個開單員，隻是他們兩個人一天可開出150份的工單.
  另外如排程表，中有一個人去用，也經常出現修改完數據後保存，也就死掉了。沒有反應了，他們告訴我，等的時間再長也不會有提示，就好像，發出的數據在中途掉了，沒有了反饋，我也想知道的是：假如是死鎖，是否應該是多人操作一個表時才會出現的死鎖，出現後SQL SERVER 會自動解鎖嗎？

Answer 7

像你所说的那么大的表。数据量很大。保存死机。多数是软件系统的问题。所以保存时一定要代码优化。发生保存不响应时。应多看看SQL SERVER是否死锁。是什么信息。
我以前给超市盘点也是数据量巨大。经过采用临时表修改后。保存死机现象已经没有了。