首页 > 数据库技术 > 详细

用ADO更新MYSQL报“无法为更新定位行。一些值可能已在最后一次读取后已更改”问题的解决

时间:2014-11-05 23:05:14      阅读:449      评论:0      收藏:0      [点我收藏+]

今天在DELPHI中用ADO通过ODBC连MYSQL更新数据时遇到这个奇怪的错误:无法为更新定位行。一些值可能已在最后一次读取后已更改。

bubuko.com,布布扣

百思不得其解,于是上网查。有的说是因为没主键,但我这个表是有的;有的说是有缺省值,我检查了一下,所有字段都是没缺省值的;有的说是先INSERT再EDIT导致的,我这就是纯EDIT、POST,没有INSERT,所以也不存在。

又找了半天,终于找到类似情况,有人说如果EDIT修改的数据与原有数据一样,那POST时就会报这个错误。我检查了一下,还真是,我EDIT其实给字段赋的值是跟修改前一样的,如果稍加改动,字段值有不一样,就能正常POST提交了。解决办法只能是给字段赋值前判断一下值是否相同,真够BT的。

问题到此算是解决了,但为啥会这样呢?通过开启ODBC跟踪日志进行分析,我们大概能猜到了原因。下面这段是给所有字段赋相同值的SQL跟踪日志:

BEXE            13f4-1118 EXIT  SQLExecDirectW  with return code 0 (SQL_SUCCESS)
HSTMT               0x0362C568
WCHAR *             0x0B774FC8 [      -3] "UPDATE `test`.`table1` SET `table1ID`=?,`CONTID`=?,`NAME`=?,...`BKWFID`=? WHERE `table1ID`=? AND `CONTID`=? AND ... AND `BKWFID`=?\ 0"
SDWORD                    -3

BEXE            13f4-1118 EXIT  SQLRowCount  with return code 0 (SQL_SUCCESS)
HSTMT               0x0362C568
SQLLEN *            0x0018E804 (0)
注意这时SQLRowCount返回结果是0,意思是更新了0行。

下面这个则是赋值有变化的SQL跟踪日志:
BEXE            13f4-1118 EXIT  SQLExecDirectW  with return code 0 (SQL_SUCCESS)
HSTMT               0x0362C568
WCHAR *             0x0B76FEC8 [      -3] "UPDATE `test`.`table1` SET `table1ID`=?,`CONTID`=?,`NAME`=?,...`BKWFID`=? WHERE `table1ID`=? AND `CONTID`=? AND ... AND `BKWFID`=?\ 0"
SDWORD                    -3

BEXE            13f4-1118 EXIT  SQLRowCount  with return code 0 (SQL_SUCCESS)
HSTMT               0x0362C568
SQLLEN *            0x0018E804 (1)

这时SQLRowCount返回结果是1,意思是更新了1行。

两个SQL一模一样,区别只在于前一个SQL执行后记录内容没有变化,而后一个是有变化!然后对于没变化的情况MYSQL就告诉你,你没有UPDATE任何记录,其实你是UPDATE了一条记录,只是UPDATE前后结果一样,跟没有UPDATE的效果相同,于是MYSQL返回了0,于是ADO认为没UPDATE到数据,于是认为是别人把数据修改掉了,于是就报“无法为更新定位行”的错误了。

用ADO更新MYSQL报“无法为更新定位行。一些值可能已在最后一次读取后已更改”问题的解决

原文:http://blog.csdn.net/huzgd/article/details/40835461

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!