标签: sql-server

我正在尝试了解有关 SQL Server 2016 中引入的“外键引用检查”查询计划运算符的更多信息。关于它的信息并不多。微软在这里宣布了它，我在这里发表了关于它的博客。通过从具有 254 个或更多传入外键引用的父表中删除一行，可以看到新的运算符：dbfiddle link。

操作员详细信息中显示了三种不同的计数：

• 外键引用计数是传入外键的数量。
• No matching Indexes Count是没有合适索引的传入外键的数量。验证更新或删除的表不会违反该约束将需要扫描子表。
• 我不知道Partial Matching Indexes Count代表什么。

在这种情况下什么是部分匹配索引？我无法使以下任何一项工作：

• 过滤索引
• 将外键列作为INCLUDE索引列
• 以外键列作为第二键列的索引
• 多列外键的单列索引
• 创建多个覆盖索引以启用多列外键的“索引连接”计划

Dan Guzman指出，即使索引键与外键列的顺序不同，多列外键也可以匹配索引。他的代码在这里，以防有人能够使用它作为起点来找出更多关于部分匹配索引的信息。

我需要将本地 SQL Server 2017 数据库迁移到 Azure SQL 数据库，但我面临着一些挑战，因为要克服很多限制。

特别是，由于 Azure SQL 数据库仅在 UTC 时间（无时区）下工作，而我们需要本地时间，因此我们必须更改数据库中GETDATE() 各处的使用，事实证明，这比我预期的要多。

我创建了一个用户定义的函数来获取适合我的时区的本地时间：

CREATE FUNCTION [dbo].[getlocaldate]()
RETURNS datetime
AS
BEGIN
    DECLARE @D datetimeoffset;
    SET @D = CONVERT(datetimeoffset, SYSDATETIMEOFFSET()) AT TIME ZONE 'Pacific SA Standard Time';
    RETURN(CONVERT(datetime,@D));
END

我遇到的问题是GETDATE()在每个视图、存储过程、计算列、默认值、其他约束等中实际更改此函数。

实施此更改的最佳方法是什么？

我们正处于托管实例的公共预览版中。它仍然有同样的问题GETDATE()，所以它对这个问题没有帮助。迁移到 Azure 是一项要求。这个数据库总是在这个时区使用（并将被使用）。

我正在尝试NT Service\SQLSERVERAGENT根据此问题中的标记答案授予Windows 帐户文件系统访问权限。我相信这是一个虚拟服务帐户，它不会显示在控制面板 -> 用户帐户区域中。

如何授予此服务帐户访问文件系统的权限？具体来说，在 Windows 7 上。

我已经阅读了几种方法，但似乎没有一种方法适合我。我尝试了 PowerShell 方法，但 AD 命令不是有效命令。我什至下载并安装了这些命令所需的 Windows 补丁。我还了解到我应该能够通过 SQL Server 配置管理器或 Management Studio 执行此操作。不过，我似乎无法弄清楚在哪里调整这些权限。

SQL Server 代理进程无法启动，并显示以下错误消息：

Login failed for user 'NT SERVICE\SQLSERVERAGENT'.  
Reason: Failed to open the explicitly specified database 'msdb'.  
[CLIENT: <local machine>]

Run Code Online (Sandbox Code Playgroud)

根据我的谷歌搜索，它与此帐户的权限有关。

我不确定数据库是否已损坏，但它说数据库处于正常状态。SQL Server 代理登录是sysadmin和public组的一部分。

我有一个关于XTP_CHECKPOINT.

我使用的是 SQL Server 2014。我有一个处于 SIMPLE 恢复模式模式的数据库。它也在被复制。

没有未结交易。我跑了DBCC OPENTRAN，它返回：

“没有活跃的未结交易。”

但是每当我尝试创建或删除表或删除数据时，我都会收到此消息：（
我已将实际数据库名称替换为单词database_name）

“由于 'XTP_CHECKPOINT'，数据库 'database_name' 的事务日志已满”

有谁知道为什么会发生这种情况，更重要的是，我怎样才能让它停止？

是的，数据库确实处于 SIMPLE 恢复模式模式。即事务日志应自动截断。

顺便说一句，我在完全恢复模式下的另一个数据库做了同样的事情，开始返回相同的错误：

由于“XTP_CHECKPOINT”，数据库“database_name”的事务日志已满

我试图将日志增长设置更改为无限增长，但它不会让我返回相同的错误。

除了文件组之外，我可以在没有任何 XTP 内容的情况下重现该问题。方法如下：http : //pastebin.com/jWSiEU9U