主页 / dba / 问题 / 290663
Accepted
JohnG
Asked: 2021-04-29 10:59:31 +0800 CST

一个脚本中的多个 Set Quoted_identifier 采用最后一个？

  • 772

我正在使用 SQL Server 2019，但发现了一个奇怪的行为。研究并没有让我更进一步。

有人可以解释这种行为吗？

SET QUOTED_IDENTIFIER ON; 
if ((256 & @@options) = 256) print '1- quoted_identifier is on' else print '1- quoted_identifier is off';
BEGIN TRY 
    if ((256 & @@options) = 256) print '2- quoted_identifier is on' else print '2- quoted_identifier is off';
END TRY 
BEGIN CATCH
    if ((256 & @@options) = 256) print '3- quoted_identifier is on' else print '3- quoted_identifier is off';
    -- SET QUOTED_IDENTIFIER OFF
    -- if ((256 & @@options) = 256) print '4- quoted_identifier is on' else print '4- quoted_identifier is off';
END CATCH

回报：

1- quoted_identifier is on
2- quoted_identifier is on

但以下代码：

SET QUOTED_IDENTIFIER ON; 
if ((256 & @@options) = 256) print '1- quoted_identifier is on' else print '1- quoted_identifier is off';
BEGIN TRY 
    if ((256 & @@options) = 256) print '2- quoted_identifier is on' else print '2- quoted_identifier is off';
END TRY 
BEGIN CATCH
    if ((256 & @@options) = 256) print '3- quoted_identifier is on' else print '3- quoted_identifier is off';
    SET QUOTED_IDENTIFIER OFF
    if ((256 & @@options) = 256) print '4- quoted_identifier is on' else print '4- quoted_identifier is off';
END CATCH

回报：

1- quoted_identifier is off
2- quoted_identifier is off

即使它没有进入捕获！我肯定错过了什么。

我什至能够将代码简化为最简单的：

SET QUOTED_IDENTIFIER ON; 
if ((256 & @@options) = 256) print '1- quoted_identifier is on' else print '1- quoted_identifier is off';
SET QUOTED_IDENTIFIER OFF
if ((256 & @@options) = 256) print '2- quoted_identifier is on' else print '2- quoted_identifier is off';

结果：

1- quoted_identifier is off
2- quoted_identifier is off

我有一些使用 的代码FOR XML，这需要我将带引号的标识符设置为 ON，但无论 XML 部分成功还是失败，我都需要将其设置回 OFF。你会怎么做？

我的测试表明，如果我在SET QUOTED_IDENTIFIER中关闭 to CATCH，插入无法说明我引用的标识符没有正确设置，尽管它设置在TRYto的开头ON。

sql-server t-sql

2 个回答

  1. 这是设计使然：

    对于顶级 ad-hoc 批处理解析开始使用会话的当前设置QUOTED_IDENTIFIER。在解析批处理时，任何出现的SET QUOTED_IDENTIFIER都会从那时起更改解析行为，并为会话保存该设置。所以在批处理解析并执行后，会话的QUOTED_IDENTIFER设置将根据SET QUOTED_IDENTIFIER批处理中最后一次出现的设置。

    因此， 的行为QUOTED_IDENTIFIER取决于批处理的解析，而不是执行。解析批处理开始时的默认值来自当前的连接设置。

    @@OPTIONS仅向您显示当前默认值，如果解析了批处理，则将使用该默认值。这就是为什么 SSMS 总是放在SET一个单独的批次中。

    的执行与SET的行为无关@@OPTIONS，除了更改以后批次的默认值。

    您可以在 db-fiddle 中看到这一点

    set QUOTED_IDENTIFIER  on;
create table "select"(i int);
drop table "select";
GO

set QUOTED_IDENTIFIER  off;
create table "select"(i int);
drop table "select";
--  Incorrect syntax near 'select'.
GO

set QUOTED_IDENTIFIER  off;
if (1=0)
begin
    set QUOTED_IDENTIFIER  on;
end
create table "select"(i int);
drop table "select";
GO

set QUOTED_IDENTIFIER  on;
if (1=0)
begin
    set QUOTED_IDENTIFIER  off;
end
create table "select"(i int);
drop table "select";
-- Incorrect syntax near 'select'.
GO
    • 8
  2. Best Answer

    Charlieface的回答似乎已经适当地解释了您在使用时描述的行为的原因SET QUOTED_IDENTIFIER，所以如果您需要在 SP 中使用它，我将留下一个您可以使用的方法：

    建议的解决方案

    在另一个过程中隔离您的批处理的一部分，并从QUOTED_IDENTIFIER需要OFF这样的过程中调用它：db<>fiddle - 在您的计算机上运行 2 个不同的会话，因为我无法使其在 dbfiddle 上正常运行。

    • 0

相关问题