怎么避免用户对同一条数据进行操作 如题，我想的是 例如有一个用户正在编辑一则信息，第2个用户就不能再对这条信息进行编辑。 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 锁，事务。System.Data.SqlClient.SqlTransaction WEB页中处理起来麻烦.可以添加一个字段或在Cache中记录哪些信息正在被编辑.请求编辑一条信息时,查询这个标记 习惯上都使用SqlTransaction select * from tablename with (ROWLOCK) where id=xxx然后你在加上事物处理。主要是中间那个with（）里面的，用来表示何种锁。具体的你可以看看MSSQL数据库方面的书下面是从网上抄的锁定提示 描述 HOLDLOCK 将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同于 SERIALIZABLE。 NOLOCK 不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于 SELECT 语句。 PAGLOCK 在通常使用单个表锁的地方采用页锁。 READCOMMITTED 用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。 READPAST 跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST 锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于 SELECT 语句。 READUNCOMMITTED 等同于 NOLOCK。 REPEATABLEREAD 用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。 ROWLOCK 使用行级锁，而不使用粒度更粗的页级锁和表级锁。 SERIALIZABLE 用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。 TABLOCK 使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server 一直持有该锁。但是，如果同时指定 HOLDLOCK，那么在事务结束之前，锁将被一直持有。 TABLOCKX 使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。 UPDLOCK 读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。 XLOCK 使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用 PAGLOCK 或 TABLOCK 指定该锁，这种情况下排它锁适用于适当级别的粒度。 哦,我也想知道,在一个多用户的WEB项目中,编辑信息使用数据库事务怎么做 提供另外一种思路：开始编辑时，设置一个datetimestamp时间戳字段，首次开始编辑时，读取该字段，加标志为已读取，相当于获取编辑权。此时别人不能编辑，只能浏览结束编辑后，还原时间戳为正常标志。任何人都可以再次获取编辑权 加上事务就解决了加上事务后，数据库就会对这条记录加锁的，当记录更改后就会解锁的，你不用写代码的，只要在代码中加上事务就可以了开始事务，提交事务，如果有异常就回滚事务对于select 的操作不要控制，只有在insert,update,delete添加事务 整理一下，数据表中设置两个字段一datetimestamp时间戳，二时间戳标志字段，第一个用户开始编辑时，读取datetimestamp时间戳该字段，加标志为已读取，相当于获取编辑权，加锁。此时别人不能编辑，只能浏览第一个用户结束编辑后，还原标志标志字段为正常，解锁。任何人都可以再次获取编辑权 注：时间戳是为了防止有人由于某种原因永远不能结束编辑，可以规定个时间段，如果当前时间大于时间戳字段10分钟以上，则自行解锁。 在WEB项目中,很多数据是脱离数据库的. 比如论坛中的帖子,用户请求一页数据,一般会保存在缓存中,若有版主A要编辑其中一个贴子,在此期间不允许别人编辑,怎么做?static Dictionary<int, DateTime> dict;//信息ID,编辑时间添加至缓存: HttpRuntime.Cache.Insert("editinfo", dict, null, DateTime.MaxValue, TimeSpan.Zero, CacheItemPriority.NotRemovable, null);用户修改一条信息时,在dict中添加一个信息ID及时间.其它用户请求编辑这一条信息,检索dict中是否有记录即可.编辑完成,在dict中删除 select * from tb with lock SET TRANSACTION ISOLATION LEVEL { READ COMMITTED | READ UNCOMMITTED | REPEATABLE READ | SERIALIZABLE }参数READ COMMITTED指定在读取数据时控制共享锁以避免脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。READ UNCOMMITTED执行脏读或 0 级隔离锁定，这表示不发出共享锁，也不接受排它锁。当设置该选项时，可以对数据执行未提交读或脏读；在事务结束前可以更改数据内的数值，行也可以出现在数据集中或从数据集消失。该选项的作用与在事务内所有语句中的所有表上设置 NOLOCK 相同。这是四个隔离级别中限制最小的级别。REPEATABLE READ锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。SERIALIZABLE在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。 asp.net连接SqlServer数据库出错 请问什么原因 200分求mvc3插件应用 50分问个问题2个不同程序怎么共用 快崩溃了，datalist里面的radiobutton竟然不能checked！！！ fileupload 路径问题 html向aspx页面做验证提交安全性. 哪个网站管理系统支持的视频格式丰富？ 帮忙啊 问题出在那里哦 关于CheckBoxList的排版问题，高手请进 .NET MVC里怎么防止HMT 高分求助：图片播放器的问题，请指点一下！ Response.Redirect()造成的死循环
System.Data.SqlClient.SqlTransaction
下面是从网上抄的锁定提示 描述
HOLDLOCK 将共享锁保留到事务完成，而不是在相应的表、行或数据页不再需要时就立即释放锁。HOLDLOCK 等同于 SERIALIZABLE。
NOLOCK 不要发出共享锁，并且不要提供排它锁。当此选项生效时，可能会读取未提交的事务或一组在读取中间回滚的页面。有可能发生脏读。仅应用于 SELECT 语句。
PAGLOCK 在通常使用单个表锁的地方采用页锁。
READCOMMITTED 用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。
READPAST 跳过锁定行。此选项导致事务跳过由其它事务锁定的行（这些行平常会显示在结果集内），而不是阻塞该事务，使其等待其它事务释放在这些行上的锁。READPAST 锁提示仅适用于运行在提交读隔离级别的事务，并且只在行级锁之后读取。仅适用于 SELECT 语句。
READUNCOMMITTED 等同于 NOLOCK。
REPEATABLEREAD 用与运行在可重复读隔离级别的事务相同的锁语义执行扫描。
ROWLOCK 使用行级锁，而不使用粒度更粗的页级锁和表级锁。
SERIALIZABLE 用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。
TABLOCK 使用表锁代替粒度更细的行级锁或页级锁。在语句结束前，SQL Server 一直持有该锁。但是，如果同时指定 HOLDLOCK，那么在事务结束之前，锁将被一直持有。
TABLOCKX 使用表的排它锁。该锁可以防止其它事务读取或更新表，并在语句或事务结束前一直持有。
UPDLOCK 读取表时使用更新锁，而不使用共享锁，并将锁一直保留到语句或事务的结束。UPDLOCK 的优点是允许您读取数据（不阻塞其它事务）并在以后更新数据，同时确保自从上次读取数据后数据没有被更改。
XLOCK 使用排它锁并一直保持到由语句处理的所有数据上的事务结束时。可以使用 PAGLOCK 或 TABLOCK 指定该锁，这种情况下排它锁适用于适当级别的粒度。
首次开始编辑时，读取该字段，加标志为已读取，相当于获取编辑权。此时别人不能编辑，只能浏览
结束编辑后，还原时间戳为正常标志。任何人都可以再次获取编辑权
加上事务后，数据库就会对这条记录加锁的，当记录更改后就会解锁的，你不用写代码的，只要在代码中加上事务就可以了
开始事务，提交事务，如果有异常就回滚事务
对于select 的操作不要控制，只有在insert,update,delete添加事务
第一个用户开始编辑时，读取datetimestamp时间戳该字段，加标志为已读取，相当于获取编辑权，加锁。此时别人不能编辑，只能浏览
第一个用户结束编辑后，还原标志标志字段为正常，解锁。任何人都可以再次获取编辑权 注：时间戳是为了防止有人由于某种原因永远不能结束编辑，可以规定个时间段，如果当前时间大于时间戳字段10分钟以上，则自行解锁。
比如论坛中的帖子,用户请求一页数据,一般会保存在缓存中,若有版主A要编辑其中一个贴子,在此期间不允许别人编辑,怎么做?
static Dictionary<int, DateTime> dict;//信息ID,编辑时间添加至缓存: HttpRuntime.Cache.Insert("editinfo", dict, null, DateTime.MaxValue, TimeSpan.Zero, CacheItemPriority.NotRemovable, null);用户修改一条信息时,在dict中添加一个信息ID及时间.其它用户请求编辑这一条信息,检索dict中是否有记录即可.编辑完成,在dict中删除
{ READ COMMITTED
| READ UNCOMMITTED
| REPEATABLE READ
| SERIALIZABLE
}参数
READ COMMITTED指定在读取数据时控制共享锁以避免脏读，但数据可在事务结束前更改，从而产生不可重复读取或幻像数据。该选项是 SQL Server 的默认值。READ UNCOMMITTED执行脏读或 0 级隔离锁定，这表示不发出共享锁，也不接受排它锁。当设置该选项时，可以对数据执行未提交读或脏读；在事务结束前可以更改数据内的数值，行也可以出现在数据集中或从数据集消失。该选项的作用与在事务内所有语句中的所有表上设置 NOLOCK 相同。这是四个隔离级别中限制最小的级别。REPEATABLE READ锁定查询中使用的所有数据以防止其他用户更新数据，但是其他用户可以将新的幻像行插入数据集，且幻像行包括在当前事务的后续读取中。因为并发低于默认隔离级别，所以应只在必要时才使用该选项。SERIALIZABLE在数据集上放置一个范围锁，以防止其他用户在事务完成之前更新数据集或将行插入数据集内。这是四个隔离级别中限制最大的级别。因为并发级别较低，所以应只在必要时才使用该选项。该选项的作用与在事务内所有 SELECT 语句中的所有表上设置 HOLDLOCK 相同。