SQL Server 为搭建全文索引用STRING_AGG的索引视图报错咨询

你碰到的创建索引失败的本质原因是：SQL Server 索引视图对聚合函数存在严格的白名单校验，STRING_AGG属于版本迭代后新增的聚合函数，至今没有被纳入索引视图支持的聚合集合中，这个限制并没有在官方文档的索引视图限制章节做明确标注，所以会出现查阅文档找不到对应说明的情况。

• 拆分索引视图的承载逻辑，把不被支持的STRING_AGG拼接操作从绑定视图中剥离
  你可以先创建完全符合索引规则的核心索引视图，仅保留分组维度字段和索引视图强制要求的COUNT_BIG(*)列，不加入任何STRING_AGG逻辑：

  CREATE OR ALTER VIEW dbo.protector_group_base_view
  WITH SCHEMABINDING
  AS
      SELECT 
          p.id AS protector_id,
          p.name AS protector_name,
          COUNT_BIG(*) AS record_count
      FROM dbo.protectors p
          INNER JOIN dbo.protectors_crops pc ON p.id = pc.protector_id
          INNER JOIN dbo.crops c ON pc.crop_id = c.id
      GROUP BY p.id, p.name
  

  对这个基础视图正常创建唯一聚集索引，满足索引视图的前置要求：

  CREATE UNIQUE CLUSTERED INDEX UX_protector_group_base 
  ON dbo.protector_group_base_view (protector_id)
  

• 把STRING_AGG的拼接逻辑挪到外层查询层
  实际使用时，直接关联已经持久化的基础索引视图，再通过关联映射表取到对应的作物名称列，执行STRING_AGG拼接即可。因为核心分组、关联逻辑已经被索引视图物理持久化，整体查询性能不会比把拼接逻辑写进视图差，还能完全绕开聚合函数的限制。
• 如果你的最终目标是在拼接后的作物名称字段上搭建全文搜索索引，完全不需要依赖索引视图承载拼接逻辑
  直接给源表dbo.crops的name列创建全文索引即可，查询时通过protectors_crops关联表做全文匹配，一样能实现对作物名称的检索需求，还能减少冗余视图的维护成本。

注意事项：SQL Server 目前支持在索引视图中使用的聚合函数仅包括 SUM、COUNT、COUNT_BIG、AVG、MIN、MAX 这几类传统聚合，所有后续版本新增的聚合函数（包括STRING_AGG、近似计数类聚合等）均未纳入支持范围，创建索引视图时如果碰到聚合函数报错，优先拆分视图逻辑，不要尝试修改函数写法绕开校验。

内容的提问来源于stack exchange，提问作者r34