不能直接为含聚合运算的视图开启cdc。sql server cdc仅支持基表，因依赖事务日志捕获物理dml变更，而视图无存储、日志或行版本；sys.sp_cdc_enable_table拒绝非基表对象，索引视图亦不例外；正确做法是在基表启用cdc后，用cdc函数+外层聚合逻辑模拟视图变动。
不能直接为含聚合运算的视图开启CDC。SQL Server 的变更数据捕获（CDC）只支持对基表启用，不支持视图——无论该视图是否含 SUM、COUNT 或 GROUP BY。
为什么视图无法启用 CDC
CDC 的底层机制依赖事务日志（transaction log），它捕获的是原始 DML 操作（INSERT/UPDATE/DELETE）在物理表上的字节级变更。视图只是逻辑定义，没有自己的存储、日志或行版本；sys.sp_cdc_enable_table 会拒绝非基表对象，报错类似：Msg 208, Level 16, State 1, Procedure sp_cdc_enable_table, Line X Invalid object name 'dbo.vw_sales_summary'。
- CDC 系统视图（如
cdc.change_tables）只记录真实表名，不会出现视图名 - 即使视图是索引视图（带
UNIQUE CLUSTERED INDEX），CDC 仍不认它——因为索引视图的物化数据仍是只读结果，不参与日志写入 - 试图对视图执行
EXEC sys.sp_cdc_enable_table @source_name = N'vw_xxx'会直接失败，不生成任何捕获实例
替代方案：从基表 CDC 推导聚合视图的变动
真正可行的路径是：先在聚合所依赖的事实表（如 orders）上启用 CDC，再用 CDC 函数 + 外层聚合逻辑模拟“视图变动”。
- 确保基表已启用 CDC：
EXEC sys.sp_cdc_enable_table @source_schema=N'dbo', @source_name=N'orders', @role_name=NULL - 用
cdc.fn_cdc_get_all_changes_dbo_orders获取增量变更（注意传入有效的 LSN 范围，需调用sys.fn_cdc_get_min_lsn和sys.fn_cdc_get_max_lsn） - 在外层 SQL 中对变更数据重放聚合逻辑，例如：
SELECT region, SUM(CASE WHEN __$operation = 2 THEN sales ELSE -sales END) AS delta_sales FROM cdc.fn_cdc_get_all_changes_dbo_orders(...) GROUP BY region - 若需“快照式”聚合变动（比如某天汇总值相比前一天的变化），必须自行维护聚合状态表，不能依赖 CDC 自动计算
容易踩的坑：误以为索引视图能绕过限制
有人尝试先建索引视图再对它开 CDC，结果失败。这不是权限或配置问题，而是设计限制：sys.sp_cdc_enable_table 内部校验对象类型，只接受 U（用户表），不接受 V（视图）或 IF（内联表值函数）。
- 索引视图的聚集索引数据页存的是预计算结果，但这些页不写入事务日志，CDC 捕获不到任何变更事件
- 即使你手动更新基表触发了索引视图刷新，CDC 依然只报告基表的原始变更，不会生成“视图行更新”的伪事件
- 试图查询
cdc.fn_cdc_get_all_changes_<view_name></view_name>会报Invalid object name，因为函数根本不存在——CDC 不为视图生成 TVF
最常被忽略的一点：聚合视图的“变动”本身没有统一语义。一行订单金额变化，可能影响多个分组（region、category、year）的汇总值；CDC 只告诉你“哪行订单变了”，不告诉你“哪些聚合桶因此被重算”。这部分映射逻辑必须由应用自己实现，没有捷径。
