基于DATE列分区的表为何未触发Partition Scan（分区扫描）？

以下是几种可能导致指定日期条件的查询执行全表扫描而非分区扫描的原因及排查方向：

• 隐式数据类型转换导致分区列无法被优化器识别
  你的查询中使用了ODBC日期格式{d '2023-06-07'}，该格式在SQL Server中会被解析为DATETIME类型，但分区列day是DATE类型。此时SQL Server会对day列执行隐式转换（CONVERT(DATETIME, day)）来匹配常量类型，这会导致优化器无法利用分区消除规则，只能执行全表扫描。
  解决方法：使用DATE类型的常量，比如：

  select * from my_table where day = '2023-06-07'
  -- 或者显式转换为DATE类型
  select * from my_table where day = CAST('2023-06-07' AS DATE)
  

• 分区函数的范围未包含查询的日期值
  虽然表已分区，但可能分区函数定义的范围并未覆盖2023-06-07这个日期，或者该日期所在的分区逻辑不符合预期。可以通过以下语句查看分区函数和对应的范围值：

  -- 查看分区函数信息
  SELECT name, type_desc, fanout FROM sys.partition_functions WHERE name = '你的分区函数名称';
  -- 查看分区范围值
  SELECT function_id, boundary_id, value FROM sys.partition_range_values WHERE function_id = (SELECT function_id FROM sys.partition_functions WHERE name = '你的分区函数名称');
  

  检查返回结果，确认2023-06-07是否落在某个已定义的分区范围内。

• 统计信息过期或不准确
  当表的统计信息过期时，SQL Server查询优化器无法准确评估分区内的数据分布，可能会错误地选择全表扫描而非分区扫描。可以通过以下语句更新统计信息：

  UPDATE STATISTICS my_table WITH FULLSCAN;
  

• 分区方案或分区函数配置错误
  可能存在分区函数与分区方案的映射错误，比如分区方案将分区函数映射到了错误的文件组，或者分区函数的边界值设置逻辑错误（比如使用了LEFT边界但预期是RIGHT边界）。可以通过以下语句查看分区方案的映射：

  SELECT * FROM sys.partition_schemes WHERE name = '你的分区方案名称';
  SELECT * FROM sys.dm_db_partition_scheme_details WHERE partition_scheme_id = (SELECT data_space_id FROM sys.partition_schemes WHERE name = '你的分区方案名称');
  

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