Question

我使用以下查询从数据库中检索客户详细信息。

方法1：

BEGIN TRAN
IF EXISTS(SELECT TOP 1 'X' From CUSTOMER Where CustId = @Code AND Status = 'D')
BEGIN
    UPDATE CUSTOMER 
    SET Status = 'L' 
    WHERE CustId = @BorrowerCode AND ISNULL(Borrower,'') = 'Y'

    SELECT CustId, MobileNo, PlaceDesc
    FROM CUSTOMER C 
    JOIN PLACE P ON C.FKID = P.Pk_Id
    WHERE Cust_Id = @Code AND C.Status = 'L'
END
COMMIT TRAN

方法2：

BEGIN TRAN
IF EXISTS(SELECT TOP 1 'X' From CUSTOMER Where CustId = @Code AND Status = 'D')
BEGIN
    UPDATE CUSTOMER 
    SET Status = 'L' 
    WHERE CustId = @BorrowerCode AND ISNULL(Borrower,'') = 'Y'

    SELECT CustId, MobileNo, PlaceDesc
    FROM CUSTOMER C With(NoLock) 
    JOIN PLACE P With(NoLock) ON C.FKID = P.Pk_Id
    WHERE Cust_Id = @Code AND C.Status = 'L'
 END
 COMMIT TRAN

如果数据库中存在打开的事务，则查询将因方法1的超时而失败。在事务中使用NoLock是否良好做法？

Answer 1

很少......

1.首先，您的更新不是sargable，您可以尝试重写它，如下所示

UPDATE CUSTOMER 
SET Status = 'L' 
WHERE CustId = @BorrowerCode AND Borrower = 'Y'

2.Time out有相当大的限制，25倍的查询成本。即使有这个限制，如果你有时间，那么肯定有一些错误，我们正试图用nolock.setting隔离级别来应用绷带快照，不会导致select的阻塞，但它带来了tempDB使用成本，扫描问题（请参阅下面的链接了解更多..）。进一步的隔离级别不适用于DDL / DML语句，它们仅适用于select语句在你的情况下，一个开放的交易可能意味着一些DDL / DML运行了这么久。

总之，我不会使用nolock，但我宁愿尝试看看为什么超时发生以及更改隔离级别也需要进行一些测试

<强>参考文献： http://blogs.sqlsentry.com/aaronbertrand/bad-habits-nolock-everywhere/

打开事务时如何避免SQL查询超时错误？

1 个答案: