幕后故事:
我有一个具有以下结构的表:
CREATE TABLE WideTable1
(
BoringColumn1,
BoringColumn2,
CellPhoneNumberColumn Phone(VARCHAR(20)), -- User-defined types, see below
PagerPhoneNumberColumn Phone(VARCHAR(20)), -- User-defined types, see below
IsActive YN(CHAR(1)), -- User-defined types, see below
BoringColumn3,
...
BoringColumn350
)
使用此表的原始查询是在 CellPhoneNumberColumn 和 PagerPhoneNumber 上执行一些 SQL 函数,然后稍后将这些函数的输出用作另一个查询中的谓词。NULLIF(LTRIM(ISNULL(CellPhoneNumberColumn, PagerPhoneNumberColumn)))
就是一个例子。
这些列也是所有用户定义的类型,在这种情况下 CellPhoneNumberColumn 和 PagerPhoneNumberColumn 被定义为 UDT Phone(VARCHAR(20))
,因此它们的基础数据类型是VARCHAR(20)
。IsActive 被定义为 YN(CHAR(1)) 所以它实际上是一个 CHAR(1)。
此外更复杂的是,这个表/数据库的排序规则是Latin1_General_BIN
.
长话短说,最初的消费查询遇到了基数估计问题。为了缓解这个问题,我在上面的列上创建了一个索引视图,并使用以下定义将 SQL 函数应用于它们(*注意我没有创建这个原始逻辑,只是试图修复它的性能):
CREATE VIEW PhoneNumbersNormalized WITH SCHEMABINDING AS
SELECT
NULLIF(LTRIM(ISNULL(CAST(CellPhoneNumberColumn AS VARCHAR(20)), CAST(PagerPhoneNumberColumn AS VARCHAR(20)))) AS Cell,
SUM(CASE WHEN CAST(IsActive AS CHAR(1)) = 'Y'THEN 1 ELSE 0 END) AS IsActive
FROM dbo.WideTable1
GROUP BY NULLIF(LTRIM(ISNULL(CAST(CellPhoneNumberColumn AS VARCHAR(20)), CAST(PagerPhoneNumberColumn AS VARCHAR(20))))
我还在索引视图 PhoneNumbersNormalized 上创建了以下索引:
CREATE UNIQUE CLUSTERED INDEX IXV_PhoneNumbersNormalized_Cell ON dbo.PhoneNumbersNormalized(Cell)
CREATE NONCLUSTERED INDEX IXV_NC_PhoneNumbersNormalized_Cell_IsActive ON dbo.PhoneNumbersNormalized(Cell, IsActive)
问题: 当我从包含实际执行计划的索引视图 PhoneNumbersNormalized 中进行选择时,我注意到执行计划特别提到了原始基础表 WideTable1 作为数据的来源。
此外,如果我从索引视图中选择 PhoneNumbersNormalized 并IXV_NC_PhoneNumbersNormalized_PhoneNumber_IsActive
在执行计划上方创建的非聚集索引上显示索引提示,则没有提及正在使用此非聚集索引,而是说它正在执行聚集索引扫描(注意我混淆了原始表名,它在我的服务器上实际上并不称为 WideTable1):
粘贴的执行计划: https ://www.brentozar.com/pastetheplan/?id=HJytxh2UP
为什么执行计划总是显示原始基础表而不是索引视图,并且总是在基础表上使用聚集索引,即使我对索引视图的选择查询使用索引提示强制使用非聚集索引?
您的视图定义正在扩展。您将需要NOEXPAND提示。
来自文档:查询优化器将视图视为具有聚集索引的表。NOEXPAND 仅适用于索引视图。
模式绑定是一种对象属性,可以应用于视图以外的事物,例如函数。但是,您不能索引未绑定架构的视图。
有关函数的示例,请查看此问答: