用ADO更新MYSQL报“无法为更新定位行。一些值可能

页面导航:首页 > 数据库 > Mysql > 用ADO更新MYSQL报“无法为更新定位行。一些值可能

用ADO更新MYSQL报“无法为更新定位行。一些值可能

来源: 作者: 时间:2016-01-22 08:35 【

今天在DELPHI中用ADO通过ODBC连MYSQL更新数据时遇到这个奇怪的错误:无法为更新定位行。一些 20540;可能已在最后一次读取后已更改。百思不得其解,于是上网查。有的说是因为没主键,但

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


百思不得其解,于是上网查。有的说是因为没主键,但我这个表是有的;有的说是有缺省值,我检查了一下,所有字段都是没缺省值的;有的说是先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到数据,于是认为是别人把数据修改掉了,于是就报“无法为更新定位行”的错误了。

Tags:

文章评论

最 近 更 新
热 点 排 行
Js与CSS工具
代码转换工具

<