大家一般都怎么实现控制并发操作的脏数据？

一般情况下数据库本身会自己控制这些不需要你来操作 【 在 Adun (不正常人类研究中心首席被研究人员) 的大作中提到: 】 : 时间戳，加锁，还有其他的吗？ : ps,vb+sqlsever

不是吧？如果两个用户同时对数据进行操作，岂不是有一个人要读脏数据？ 我就是想避免这个。因为往回写的时候，很多东西(比如update时候的where来定位)要参照从数据库里读出来，写在程序的变量里的东西。 读了脏数据，然后根据脏数据回写，很有可能让数据库乱掉。。。

多用户的数据库自然数据库本身有这方便的限制 会自动加锁的 【 在 Adun (不正常人类研究中心首席被研究人员) 的大作中提到: 】 : 不是吧？如果两个用户同时对数据进行操作，岂不是有一个人要读脏数据？ : 我就是想避免这个。因为往回写的时候，很多东西(比如update时候的where来定位)要参照从数据库里读出来，写在程序的变量里的东西。 : 读了脏数据，然后根据脏数据回写，很有可能让数据库乱掉。。。 : ...................

楼主可能不是这个意思。 可能是这个意思，比如先select一个数据，然后经过一个过程，再update原来这一项数据，select与update之间的时间这条数据可能被改动。 【 在 chit (chit) 的大作中提到: 】 : 多用户的数据库自然数据库本身有这方便的限制 : 会自动加锁的

在select没有完成之前update是不能进行的 【 在 fbsd (烈火) 的大作中提到: 】 : 楼主可能不是这个意思。 : 可能是这个意思，比如先select一个数据，然后经过一个过程，再update原来这一项数据，select与update之间的时间这条数据可能被改动。

哎，人家select后不是接着update的，got it？ 【 在 chit (chit) 的大作中提到: 】 : 在select没有完成之前update是不能进行的

不懂 如果你指的是一个事务的话更不需要你去去关心加锁的事情 数据库会自己做的 【 在 fbsd (烈火) 的大作中提到: 】 : 哎，人家select后不是接着update的，got it？

lz都说是程序里控制了。。 【 在 chit (chit) 的大作中提到: 】 : 不懂 : 如果你指的是一个事务的话更不需要你去去关心加锁的事情 : 数据库会自己做的 : ...................

为什么要自己控制？效率高？ 【 在 fbsd (烈火) 的大作中提到: 】 : lz都说是程序里控制了。。