是否有 SQL Server Management Studio 选项控制参数分配？
Is there a SQL Server Management Studio option controlling parameters assignment?
由于各种错误，我无法执行很多 T-SQL 语句。语句基本上就是一些例程的CREATE OR ALTER语句。我想我已经打开 SQL Server Management Studio 的 on/off 选项来强制执行这些错误，因为之前一切正常。
例如下面的代码：
DECLARE @TEST1 DATETIME2 = SYSDATETIME();
DECLARE @TEST2 BIT;
给出这个：
如果我只执行其中一行或以下内容：
DECLARE @TEST1 DATETIME2
SET @TEST1 = SYSDATETIME();
DECLARE @TET2 BIT;
一切正常。
这不可能是由于 SQL 服务器 version/setting 或硬件造成的，因为查询在其他笔记本电脑上运行良好。
我使用的是 SSMS 18.0，然后更新为 SSMS 18.1，没有任何变化。
有人知道是什么原因造成的吗？
这是由这个选项引起的：
我们并没有使用始终加密，所以我想我已经用某种 short-key 或其他方式打开了它（该死的我）。如果启用此功能，打开新查询 window 并粘贴上面的代码，您将能够重现该问题。
启用时 Parameterization 使用 SSMS 的方式可能有些问题，因为某些语句不是 support。
由于各种错误，我无法执行很多 T-SQL 语句。语句基本上就是一些例程的CREATE OR ALTER语句。我想我已经打开 SQL Server Management Studio 的 on/off 选项来强制执行这些错误，因为之前一切正常。
例如下面的代码：
DECLARE @TEST1 DATETIME2 = SYSDATETIME();
DECLARE @TEST2 BIT;
给出这个：
如果我只执行其中一行或以下内容：
DECLARE @TEST1 DATETIME2
SET @TEST1 = SYSDATETIME();
DECLARE @TET2 BIT;
一切正常。
这不可能是由于 SQL 服务器 version/setting 或硬件造成的，因为查询在其他笔记本电脑上运行良好。
我使用的是 SSMS 18.0，然后更新为 SSMS 18.1，没有任何变化。
有人知道是什么原因造成的吗？
这是由这个选项引起的：
我们并没有使用始终加密，所以我想我已经用某种 short-key 或其他方式打开了它（该死的我）。如果启用此功能，打开新查询 window 并粘贴上面的代码，您将能够重现该问题。
启用时 Parameterization 使用 SSMS 的方式可能有些问题，因为某些语句不是 support。