Caius Jard's questions

我最近问了一个关于必须按 GUID 顺序记录事件的表的最佳索引策略的问题。GUID 令人讨厌，但它是不可避免的，因为它是其他地方的 FK。

就我想做的查询而言，它们本质上是以下形式SELECT TOP N SomeColumn FROM t WHERE GuidColumn = 'someguid' ORDER BY AutoIncInt DESC

我做了一些实验，一个很好的权衡方法似乎是：

• 在表上创建AutoIncInt列作为唯一的集群键
• 在 上创建一个非唯一的非聚集索引GuidColumn，并且INCLUDE SomeColumn

起初我有非聚集索引SomeGuid ASC, AutoIncInt DESC，认为这将有助于ORDER BY AutoIncInt DESC查询的一部分，但当我删除它时计划保持不变 - 不需要排序操作，查询只是命中 NC 索引，做了一个顶部和一个选择；似乎 SQLServer 在某种程度上足够聪明，即使在非聚集索引中根本没有引用 AutoIncInt 时，也有一种方法可以轻松按顺序获取数据/轻松计算 TOP 需要哪些最后 N 行

这种机制在实践中如何运作？由于引用了聚簇索引，非聚簇索引是否具有隐式顺序，以便 SQLS 可以快速轻松地推断出我想要 SomeColumn 来自哪些 N 个索引节点？

我使用类似下面的东西来准备一个 json 块：

SET @json = (SELECT 
  @varchar1 as MyVarchar1,
  @varchar2 as MyVarchar2, 
  GetUtcDate() as MyTime FOR JSON PATH);

Visual Studio 抱怨说它是一个“用非标量子查询代替标量”——有没有一种方法可以编写它，这样它就不会引发警告？

我有两个数据库的情况：

• ABC数据
• ABC用户

ABCData 中的一个存储过程需要对 ABCUsers 中的表执行插入操作。这可能只是硬编码：

INSERT ABCUsers.dbo.Table1 VALUES('a');

但是我们遇到的下一个问题是我们想要备份这些数据库对并将其重新部署到具有类似名称的其他数据库，以用于测试和开发目的：

• XYZ数据
• XYZ用户

这意味着 XYZData 数据库将包含一个不起作用的 sproc - 因为插入有一个硬编码ABCUsers.dbo.Table1，我们不想改变它

我们可以在存储过程中找到当前数据库名称，调整它并动态运行sql：

DECLARE @DataDbName sysname = (DB_NAME());
DECLARE @UserDBName NVARCHAR(20) = (SELECT REPLACE(@DataDbName, 'Data', 'Users'));
EXEC CONCAT('INSERT ', @UserDbName, '.dbo.Table1 VALUES(''a'');')

但我认为这样做的前景实际上让我感到身体不适；）（尤其是因为这是一个大量简化的示例，每个存储过程都对其他数据库进行数十次调用）

有没有办法在创建过程中为数据库名称起别名，这样 sproc 总是可以这样说：

INSERT UserDbAlias.dbo.Table1 VALUES('a');

并且在ABCUsers创建数据库时，UserDbAlias -> ABCUsers但是在XYZUsers创建数据库时UserDbAlias -> XYZUsers

或者，这是一个 git/tfs 源代码控制——有没有办法编写 sproc 的源代码控制版本，以便在部署时动态修改它，并且原始源可以包含某种 db 名称的占位符，但是它们在部署时被实际硬编码的不同数据库名称替换（自动）

脚注：我查看了A way to reference other DB without hardcoding its name这似乎确实描述了我的问题，但没有答案。该问题提到“我看过同义词，但它们不适用于 EF6 ..”（释义）

同义词对我有用吗？我们使用 EF6，但我不确定实际问题是什么，为什么它无法解决。我们在数据库中的 sproc 名称永远不会改变，我们不需要为 sproc 本身起别名，它是我们需要别名的插入表名称。如果 sproc 总是被调用Sproc1，无论它是 inABCData还是XYZData，并且同义词解析发生在 sproc 内部，EF6 甚至会有问题吗？