一个Update 语句叫我头疼好几天了，不知道到是什么毛病。重分奉送。

Question

我有个程序。
有5、6个人用，
每天总是对一个表，的十几、二十记录。做记录。
update 表 set 1='',2='',3='内容' where id='id'很简单的。就不知道为什么。
有时候保存就死了，想是死锁一样。不知那位高人遇到过这种事情。

Answer 1

如果是SQL SERVER 你可以到企业管理器中查看一下问题何在。有时候保存就死了，想是死锁一样。
===================================
这个时候是什么时候？是多人同时操作或其他什么情况？
是每个人都这样，还是只有那么一两台计算机？

Answer 2

哥们我用的Oracle数据库
记录在修改时不是已经是事务的吗？

Answer 3

update之前begintransupdatecommittransexcept
 rollback

Answer 4

我觉得光这么条update是不会发生死锁的,即使不自己控制事务也不会死锁.
多少个字段,多少条记录??

Answer 5

我以前用过在UPdate 前加事务
可还是出先这个问题。
不知道怎么回事大家研究研究吧。

Answer 6

可能是使用数据库，做修改保存时数据库被独占使用或数据库死锁！出现这中情况很有可能是修改数据时直接对表操作！
比如用DBEdit,DBCombobox等就是直接对表操作！
那样很容易导致死锁！建议不要对表直接操作！可以用Edit,Combobox等修改好数据后，再Update到数据库里！
那样就不会出现死锁了！而且速度快！不影响其他人操作！

Answer 7

有可能你的表被别人的事务缩住了
建议打开 Enterprise Manager 看看会话

Answer 8

対表employee_duty建「PRIMARY KEY」了嗎？　是不是建了多数個的索引？”还有一个表改动时，更改这个表的一个时间字段”先把此動作関閉、再試試看。