select * from tablename order by id 如果我没猜错的话,上面的语句,得到的记录集中,存在完全重复的行,如果不存在完全重复的行,updatebatch应该没有问题。另外,楼主可以这样试,用catch把错误捕捉掉(这样防止程序崩溃),然后你看数据库,其实更新的成功的(即可以达到你想要的目的,需要有一个错误),因为完全重复的行,在更新第一条的时候,就将后面所有重复的行也更新,造成了更新后面行的时候,找不到相应的行。另外,adLockBatchOptimistic参数是必须的。
select * from tablename order by id 如果我没猜错的话,上面的语句,得到的记录集中,存在完全重复的行,如果不存在完全重复的行,updatebatch应该没有问题。 另外,楼主可以这样试,用catch把错误捕捉掉(这样防止程序崩溃),然后你看数据库,其实更新是成功的(即可以达到你想要的目的,虽然有一个错误),因为完全重复的行,在更新第一行的时候,就将后面所有重复的行也更新了,造成在更新后面行的时候,找不到相应的行。 另外,adLockBatchOptimistic参数是必须的。上面的帖子,语病太多,所有重复发一次。-_-
好像说是不支持更新操作
中间两个参数换成adOpenKeyset,adLockBatchOptimistic
(_variant_t)str,_variant_t(m_pConn,true),adOpenKeyset,adLockBatchOptimistic,adCmdText)
看来的确updatebatch不能用order by
不懂楼主为什么要order by ?
如果我没猜错的话,上面的语句,得到的记录集中,存在完全重复的行,如果不存在完全重复的行,updatebatch应该没有问题。另外,楼主可以这样试,用catch把错误捕捉掉(这样防止程序崩溃),然后你看数据库,其实更新的成功的(即可以达到你想要的目的,需要有一个错误),因为完全重复的行,在更新第一条的时候,就将后面所有重复的行也更新,造成了更新后面行的时候,找不到相应的行。另外,adLockBatchOptimistic参数是必须的。
如果我没猜错的话,上面的语句,得到的记录集中,存在完全重复的行,如果不存在完全重复的行,updatebatch应该没有问题。 另外,楼主可以这样试,用catch把错误捕捉掉(这样防止程序崩溃),然后你看数据库,其实更新是成功的(即可以达到你想要的目的,虽然有一个错误),因为完全重复的行,在更新第一行的时候,就将后面所有重复的行也更新了,造成在更新后面行的时候,找不到相应的行。 另外,adLockBatchOptimistic参数是必须的。上面的帖子,语病太多,所有重复发一次。-_-