标签: sql-server

我开始学习执行计划，并且对哈希匹配的工作原理以及为什么在简单连接中使用它感到困惑：

select Posts.Title, Users.DisplayName
From Posts JOIN Users on
Posts.OwnerUserId = Users.Id
OPTION (MAXDOP 1)

据我了解，顶部索引扫描的结果变为可散列的，底部索引聚集扫描中的每一行都被查找。我至少在某种程度上了解哈希表是如何工作的，但我对在这样的示例中究竟哪些值进行了哈希处理感到困惑。

我认为它们之间的公共字段，即 id 被散列是有意义的——但如果是这种情况，为什么要散列一个数字？

增加一列（nvarchar）的宽度一定会删除表格吗？

换句话说，在有活跃用户的生产环境中，宽度可以改变吗？

我认为如果大小增加（而不是减少），这将不是问题。

我试图从数据库中删除一个主体，但不能，因为它拥有一个架构。但是，当我去编辑用户时，取消选中架构的框是蓝色的并且无法移除。如何从这些架构中删除主体？

我正在使用我从远程 Pg 数据库写入 SELECT 的代码自动生成一些查询，并插入到本地 SQL Server 数据库中。但是，其中之一正在生成此错误：

[Microsoft][ODBC SQL Server 驱动程序][SQL Server]字符串或二进制数据将被截断。(SQL-22001) [状态是 22001 现在是 01000]

[Microsoft][ODBC SQL Server Driver][SQL Server]语句已终止。(SQL-01000) 在 .\insert.pl 第 106 行。

我如何找出哪个列产生了该错误并且缺少输入的长度？有没有办法做到这一点而不用蛮力猜测所有varchar？

哪个是获取我刚刚通过插入生成的标识值的最佳选择？这些语句对性能有什么影响？

1. SCOPE_IDENTITY()
2. 聚合函数 MAX()
3. SELECT TOP 1IdentityColumn FROM TableNameORDER BY IdentityColumn DESC

我正在使用 SQL Server 2012。我想在将用户添加到数据库之前检查用户是否存在。

这是我测试过的：

USE [MyDatabase]
GO

IF NOT EXISTS (SELECT name 
                FROM [sys].[server_principals]
                WHERE name = N'IIS APPPOOL\MyWebApi AppPool')
Begin
    CREATE USER [IIS APPPOOL\MyWebApi AppPool] 
    FOR LOGIN [IIS APPPOOL\MyWebApi AppPool] WITH DEFAULT_SCHEMA=[dbo]
end
ALTER ROLE [db_owner] ADD MEMBER [IIS APPPOOL\MyWebApi AppPool]
GO

但是，SELECT name FROM [sys].[server_principals]如果该用户存在于MyDatabase.

如何检查用户是否存在于MyDatabase？

我有两个具有相同名称、类型和索引键列的表。其中一个具有唯一的聚集索引，另一个具有非唯一的.

测试设置

设置脚本，包括一些真实的统计数据：

DROP TABLE IF EXISTS #left;
DROP TABLE IF EXISTS #right;

CREATE TABLE #left (
    a       char(4) NOT NULL,
    b       char(2) NOT NULL,
    c       varchar(13) NOT NULL,
    d       bit NOT NULL,
    e       char(4) NOT NULL,
    f       char(25) NULL,
    g       char(25) NOT NULL,
    h       char(25) NULL
    --- and a few other columns
);

CREATE UNIQUE CLUSTERED INDEX IX ON #left (a, b, c, d, e, f, g, h)

UPDATE STATISTICS #left WITH ROWCOUNT=63800000, PAGECOUNT=186000;

CREATE …

在我撰写本文时，我仍在等待 SQL Server 2016 的正式发布，以便我们可以探索其“始终加密”功能的实用性。

我只想知道 SQL Server 2016 中的 Always Encrypted 和当前可用的透明数据加密之间的具体区别是什么，以便我们可以为未来的项目做出正确的决定。