SQL Server：其他用户的事务锁定表吗？答案

【问题标题】：SQL Server : are transaction locking table for other users?SQL Server：其他用户的事务锁定表吗？
【发布时间】：2018-07-13 11:53:27
【问题描述】：

当我运行多个查询时，事务是否会锁定我的表？

示例：如果另一个用户尝试在我使用事务的同时发送数据，会发生什么？

另外我怎样才能避免这种情况，还要确保所有数据都已成功插入数据库？

Begin Tran;
    Insert into Customers (name) values(name1);

    Update CustomerTrans 
    set CustomerName = (name2);

Commit;

【问题讨论】：

事务就是这样做的，它们锁定表。您无法避免表锁定，这是设计使然。
stackoverflow.com/questions/12608780/…
我还建议使用TRY...CATCH 和ROLLBACK，而不仅仅是没有错误处理的BEGIN TRANSACTION...COMMIT。
Understanding SQL Server LOCKS on SELECT queries的可能重复
SQL Server 事务具有 ACID 属性，并且数据永远不会处于半完成状态。因此，只要您使用事务，您就不必担心数据半途而废或损坏。 SQL Server Transactions 的 ACID 属性确保“全部完成或什么都不做”。你必须信任 sql server。

【解决方案1】：

您必须巧妙地实施交易。以下是一些与性能相关的要点：-

您可以做到以下几点。

【讨论】：

第二项通常是大型环境中的解决方案，尤其是针对稀疏更新/历史数据报告的存储过程。不幸的是，人们经常看到使用 NO LOCK 并将其视为性能提升，而实际上它是避免死锁的“最后手段”机制。

【解决方案2】：

您无法避免多个用户将数据加载到数据库。每次单个用户请求使用表时锁定既不可行也不聪明。其实你不必担心，因为数据库本身会提供机制来避免此类问题。我建议您阅读 ACID 属性。

可能发生的情况是您可能会遭受幻读，这基本上包括您无法读取数据，除非插入数据的用户提交。即使您已经完成插入数据并且没有提交，您也很有可能看不到更改。

创建、删除等 DDL 操作本身在最后提交。但是DML操作，如更新、插入、删除等，最后都不会提交。

【讨论】：