我有一个复杂的存储过程，它填充了一个大约 400,000 行的#temp 表。有一些 row_number() 热度标识的重复项。稍后在行号大于 1 的存储过程中删除重复项。

最慢的部分是删除，添加索引会有所帮助。但是，当在生产环境中运行许多连接执行相同操作时，在临时表上创建同名索引时会发生冲突。

在临时表上创建名称安全临时索引的正确方法是什么？我在想，在 row_number 列和 ID 的组合上创建主键可能会起作用，但这可能会改变更多的 sproc 代码。

所有想法都表示赞赏。

谢谢。

我正在尝试优化表查找，因为执行计划显示了相当大量的并行表扫描。该表被调用Opportunity，我正在过滤的列是Name. 具体来说，我希望所有没有“补充”的行作为Name：

我一直在寻找一种优化它的方法，并遇到了我需要的过滤索引，但他们似乎不喜欢这个LIKE关键字。有没有另一种方法来创建这样的过滤索引？

该表有大约 53k 行，直接查询服务器时需要 4 秒才能获取数据，但是当我将其作为链接服务器（这是我需要的）查询时需要 2 分钟。为了改善这个时间，我将查询从与链接服务器对话的脚本中移出，并在远程服务器上创建了一个视图。仍然需要永远。

到目前为止，这是我尝试过的，但 SSMS 说它无效：

在此先感谢您的任何建议！

We use a deleteAt column to specify whether something is active or (soft) deleted. Which technique is best going forward for querying active contents?

Would a filtered index on the actual table better, or an indexed view with deleteAt is NULL?

Is this a good use case for indexed view?

Or should we go for regular view with filtered index?

我有一个带有 Id 列的表。

此列始终保持值 >= 0（没有约束来断言）。

我在此列上有一个索引，过滤为value > 0.

如果过滤器是value <> 0

也许一个是最佳实践，另一个是坏的......

编辑，我写了这个脚本：

我对结果有点困惑：

tst20150513_2_1、tst20150513_2_4 和 tst20150513_2_5 有 5006 次逻辑读取。这些表的共同点是它们的索引要么没有被过滤，要么与“关联”CHECK子句完美地“结合”。

我不明白为什么它们比其他两个带有索引过滤器但没有CHECK子句的表具有更多的逻辑读取。

我目前正在从 MS Access 迁移到 SQL Server。Access 允许在唯一索引中使用多个 Null，而 SQL Server 不允许...我一直在通过删除 SQL Server 中的索引并添加过滤索引来处理迁移：

我遇到的问题是我不确定如何实现复合或多列“过滤”索引......或者这是否真的可能，因为我在研究它时没有找到任何例子。

我确实有一个想法通过创建过滤索引来实现它，如下所示：

然后添加第二个过滤索引：

但我不确定这是否会奏效，更不用说是最好的方法了。非常感谢您提供正确方向的指导。

我希望尝试在表中使用过滤索引SQL Server 2012来查看它是否会改善查询执行，尽管在尝试创建它时我收到以下错误：

消息 10735，级别 15，状态 1，行 3
表 'dbo.SRReferralIn' 上过滤索引 'IX_SRReferralIn_Filtered' 的 WHERE 子句不正确。

以下是我正在使用的声明。RowIdentifier并且IDOrganisationVisibleTo是CLUSTERED PRIMARY KEY

WHERE不支持子句中的表达式吗？