ADO错误: 无法为更新定位行。一些值可能已在最后一次读取后已更改解决办法
对日期格式的赋值出现问题。取消日期格式赋值后问题消失。
出现问题时的赋值方式: ado->Fields->operator[i]->AsDateTime = *(TDateTime*) temp;
ADO在保存时提示错误：“无法为更新定位行。一些值可能已在最后一次读取后已更改”
这个问题困扰了大半天，在网上查询了很多这类问题解决方法，大都说得很模糊，未能根本解决问题
有说跟字段的设置了默认值有关，也有说是其他用户更新了记录，我就写了一个很简单的程序来跟踪，
就数据库也保证只有一个用户连接，结果发现问题出在一个DateTime型字段上，修改其它任何字段都
没有问题，一旦修改该字段然后UpdateBatch()就会报错，经过反复测试，终一找到问题的根源：
值并未发生变化，将其值修改为如'2009-06-09 14:08:34.756'，错误就出来了：提交数据时，ADO在
数据库进行匹配时取的条件却不再是'2009-06-09 14:08:33.756'，似乎对其进行了四舍五入（因为我
将数据库的值改为'2009-06-09 14:08:33.750'后，就能正常修改保存，只要毫秒精确到了个位就不能
正常更新），所以断定是ADO的时间类型精度不够造成。
这个问题困扰了大半天，在网上查询了很多这类问题解决方法，大都说得很模糊，未能根本解决问题
有说跟字段的设置了默认值有关，也有说是其他用户更新了记录，我就写了一个很简单的程序来跟踪，
就数据库也保证只有一个用户连接，结果发现问题出在一个DateTime型字段上，修改其它任何字段都
没有问题，一旦修改该字段然后UpdateBatch()就会报错，经过反复测试，终一找到问题的根源：
值并未发生变化，将其值修改为如'2009-06-09 14:08:34.756'，错误就出来了：提交数据时，ADO在
数据库进行匹配时取的条件却不再是'2009-06-09 14:08:33.756'，似乎对其进行了四舍五入（因为我
将数据库的值改为'2009-06-09 14:08:33.750'后，就能正常修改保存，只要毫秒精确到了个位就不能
正常更新），所以断定是ADO的时间类型精度不够造成。
本人使用的是SQLITE本地数据库，出现同样问题，原因相同。
解决方法：
将类型转换为varchar. 例如，在SQL中，SELECT ID as ID, cast(ActTime as varchar) as ActTime, ...from TableA;
同样也试用了TDataSetProvider + TClientDataSet + ADOQuery 的方式，通过设置
最终，解决方法只能是将时间类型转换为字符串类型