我有以下交易：
在此事务完成之前，我不希望其他用户知道 (1) tbl_document 中的新记录、(2) tbl_attachment 中已删除的记录以及 (3) tbl_attachment 中已修改的记录。
Read Committed Isolation 是正确的隔离级别吗？
【问题讨论】：
写入的事务隔离级别无关紧要。重要的是您的读取的隔离级别。通常读取将不会看到您的插入/更新/删除，直到提交。唯一可以看到未提交更改的隔离级别是 READ UNCOMMITTED。如果并发线程使用脏读，则 没有 您可以在写操作中阻止它。
READ UNCOMMITTED 可以设置为隔离级别，也可以使用 (NOLOCK) 表提示显式请求。脏读可以看到不一致的事务数据（例如，借方不平衡操作的贷方），还可以导致重复读取（从表中多次读取同一行）并触发神秘的键违规。
【讨论】：
是的，像这样：
BEGIN TRANSACTION
insert into tbl_document ...
delete tbl_attachment where ...
inserts into tbl_attachment ...
COMMIT
您可以阻止/锁定用户，直到您完成并提交/回滚事务。此外，有人可以在您插入 tbl_document 之后但在您删除之前从 tbl_attachment 中选择您的行。如果您需要防止这种情况发生，请执行以下操作：
BEGIN TRANSACTION
select tbl_attachment with (UPDLOCK,HOLDLOCK) where ...
insert into tbl_document ...
delete tbl_attachment where ...
inserts into tbl_attachment ...
COMMIT
或者在插入 tbl_document 之前删除 tbl_attachment 并忘记带有锁定提示的选择。
【讨论】：
read commited，那么他们只能读取已提交的更改。如果您尝试读取正在更改的数据（事务仍在进行中），您将等到事务完成后再处理您的读取。就像您问题中的删除一样，存在时间问题。有人将能够在您的BEGIN TRANSACTION 和您的实际UPDATE 之间读取您打算更新的行。使用插入，这不是问题（它们是新的，在您放入之前它们不存在）。
update 之前的交易中做了很多事情，并且您希望从交易开始的那一刻起冻结人们阅读这些行，那么您可以尝试在开始时使用 SELECT ... WITH (UPDLOCK,HOLDLOCK)交易。