想了一下,你说的有道理。
我把我的疑问举个例子:
比如用户要用虚拟货币购买虚拟物品,在update ... set money= ... where user_id=... 这条语句执行后,需不需要mysql_affected_rows()来验证成功update了1行呢?我担心没真正update到money字段,然后就执行了下面给该用户添加虚拟物品的业务
如果在之前执行了select money from ... for update,就能保证万无一失吗?[/quote]
直接if (update操作....){购买成功...}else{购买失败....}不就好了,update操作失败返回的是false[/quote]
好的我决定试一下,看起来比mysql_affected_rows简洁,不知道效果上有没有什么细微差别
想了一下,你说的有道理。
我把我的疑问举个例子:
比如用户要用虚拟货币购买虚拟物品,在update ... set money= ... where user_id=... 这条语句执行后,需不需要mysql_affected_rows()来验证成功update了1行呢?我担心没真正update到money字段,然后就执行了下面给该用户添加虚拟物品的业务
如果在之前执行了select money from ... for update,就能保证万无一失吗?[/quote]
直接if (update操作....){购买成功...}else{购买失败....}不就好了,update操作失败返回的是false
想了一下,你说的有道理。
我把我的疑问举个例子:
比如用户要用虚拟货币购买虚拟物品,在update ... set money= ... where user_id=... 这条语句执行后,需不需要mysql_affected_rows()来验证成功update了1行呢?我担心没真正update到money字段,然后就执行了下面给该用户添加虚拟物品的业务
如果在之前执行了select money from ... for update,就能保证万无一失吗?