Lukas.Navratil's questions

我发现下面的查询在运行相同兼容性级别、相同设置选项等的两个 Azure 超大规模数据库上返回不同的结果。

IF CAST(ServerProperty('Edition') AS nvarchar(128)) = 'SQL Azure' BEGIN
    SELECT 1
END
IF ServerProperty('Edition') = 'SQL Azure' BEGIN
    SELECT 2
END
IF 'SQL Azure' = ServerProperty('Edition') BEGIN
    SELECT 3
END

在一个数据库上，它只返回 1，在另一个数据库上它返回 1,2 和 3。

我调查了根本原因，它似乎是由数据库的不同排序规则引起的。

对于以下查询：

SELECT SQL_VARIANT_PROPERTY(ServerProperty('Edition'), 'Collation')
SELECT name, collation_name, compatibility_level FROM sys.databases

只返回一行的数据库，结果是：

-----------------------------
SQL_Latin1_General_CP1_CI_AS

name         collation_name                   compatibility_level
------------ -------------------------------- -------------------
master       SQL_Latin1_General_CP1_CI_AS     140
my_database  SQL_Latin1_General_CP850_CI_AS   150

数据库返回 1,2,3 的结果是：

-----------------------------
SQL_Latin1_General_CP1_CI_AS

name         collation_name                   compatibility_level
------------ -------------------------------- -------------------
master       SQL_Latin1_General_CP1_CI_AS     140
my_database  SQL_Latin1_General_CP1_CI_AS     150

因此，没有强制转换的简单比较是sql_variant与varchar（当我使用时没有区别N'SQL Azure'）比较，其中底层nvarchar的sql_variant排序规则在一种情况下与我查询的数据库不同，在另一种情况下它是匹配的。

首先，我假设比较具有不同排序规则的两个字符串会失败，就像当您尝试加入具有不同排序规则的两列时它会失败一样，但这里显然不是这种情况。

无论如何，安全比较可能sql_variant与 a的函数的输出的最佳方法是varchar什么？

我正在观察本地计算机和 Azure SQL 上的查询计划之间的奇怪差异。我正在尝试实现行级安全性，我从 SESSION_CONTEXT 读取用户标识符，然后在 TVF 中检查用户是否具有访问权限。

在我的本地机器上 - SQL Server 2019 Developer edition，兼容级别为 150 的数据库，查询计划符合预期。但是，当我在也是 150 兼容级别的 Azure DB 上运行它时，我只能获得带有NonParallelPlanReason="NonParallelizableIntrinsicFunction". 我尝试了一个超大规模数据库以及弹性池中的一个数据库，结果在两个数据库上都是相同的。

您可以使用以下代码重现它：

CREATE TABLE Users (
    UserIdentifier nvarchar(100) PRIMARY KEY CLUSTERED
)

INSERT INTO Users (UserIdentifier) VALUES ('MyUserIdentifier')

CREATE TABLE TableWithRLS (
    Id int NOT NULL IDENTITY(1,1) PRIMARY KEY CLUSTERED,
    DataColumn nvarchar(100) NULL
)

INSERT INTO TableWithRLS (DataColumn) 
SELECT TOP 10000000 A.[name] FROM sys.all_columns  AS A
CROSS JOIN sys.all_columns  AS B
CROSS JOIN sys.all_columns  AS C


CREATE OR ALTER FUNCTION CheckAccess (@userIdentifier varchar(100))
RETURNS TABLE
WITH SCHEMABINDING
AS
RETURN
    SELECT TOP 1 1 AS HasAccess FROM dbo.Users WHERE UserIdentifier = @userIdentifier

EXEC sp_set_session_context N'UserIdentifier', N'MyUserIdentifier', 1

-- This query gets always non-parallel query plan on Azure
SELECT MAX(DataColumn) FROM TableWithRLS AS X
CROSS APPLY CheckAccess(CAST(SESSION_CONTEXT(N'UserIdentifier') AS nvarchar(100)))

当我首先将会话上下文中的值选择到变量中时，即使在 Azure 中它也会生成可并行化的查询计划。

DECLARE @userIdentifier AS nvarchar(100) = CAST(SESSION_CONTEXT(N'UserIdentifier') AS nvarchar(100))
SELECT MAX(DataColumn) FROM TableWithRLS AS X
CROSS APPLY CheckAccess(@userIdentifier)

不幸的是，我不能这样做（或者至少我不知道该怎么做），因为我需要一个内联 TVF。

Azure 的查询计划：https ://www.brentozar.com/pastetheplan/?id=ByxZm45e9

本地查询计划：https ://www.brentozar.com/pastetheplan/?id=BylHXV9lc

Azure 中的 SESSION_CONTEXT 实现有什么不同可能导致这种情况吗？或者有没有人有任何其他想法可能是什么问题？