sys.sp_cdc_get_ddl_history对视图无效，因CDC仅支持启用捕获的用户表，不支持视图；其依赖cdc.ddl_history表，而该表仅由CDC在解析日志时自动填充表级DDL变更，视图无捕获实例且不触发写入。
不能直接用 sys.sp_cdc_get_ddl_history 查视图的 DDL 变更历史。 这个存储过程只对启用了变更数据捕获（CDC）的表有效，而 CDC 不支持视图 —— 它只捕获 DML（INSERT/UPDATE/DELETE），且仅限于用户表。视图的 CREATE/ALTER/DROP 操作必须靠其他机制捕获。
为什么 sys.sp_cdc_get_ddl_history 对视图无效
该存储过程底层查询的是 cdc.ddl_history 表，而这张表只由 CDC 框架在解析事务日志时自动填充，前提是：源对象是启用了 CDC 的表，且 DDL 变更影响了该表的列结构（如 ALTER TABLE ADD COLUMN）。视图不是 CDC 的监控目标，不会触发任何写入 cdc.ddl_history 的行为。
-
sys.sp_cdc_get_ddl_history要求@capture_instance参数对应一个真实存在的捕获实例名，而视图无法创建捕获实例 - 即使你手动往
cdc.ddl_history插数据，CDC 清理作业（cdc.cleanup_job）会定期删过期行，且不保证一致性 - 执行该存储过程传入视图名会直接报错：“捕获实例不存在”或返回空结果集，无提示
真正可用的方案：数据库级 DDL 触发器
SQL Server 唯一稳定、实时、无需轮询的视图 DDL 捕获方式是建在 ON DATABASE 级别的 DDL 触发器，监听 CREATE_VIEW、ALTER_VIEW、DROP_VIEW 事件。
- 必须用
FOR（不是AFTER或INSTEAD OF），DDL 触发器只认FOR - 触发器内调用
EVENTDATA()提取 XML，关键路径包括：(/EVENT_INSTANCE/ObjectName)[1]、(/EVENT_INSTANCE/ObjectType)[1]、(/EVENT_INSTANCE/TSQLCommand/CommandText)[1] - 避免在触发器里做远程调用、大事务或复杂计算，否则会阻塞所有视图 DDL 操作
- 建议把日志写入本地持久表（如
dbo.ViewDDLLog），字段至少含：event_time、event_type、object_name、schema_name、command_text、login_name
替代方案：事件通知（Event Notification）
如果你需要异步、解耦、不阻塞 DDL 执行的方案，用事件通知 + Service Broker 是更健壮的选择，尤其适合高并发或需跨服务处理的场景。
- 它不运行在触发器事务上下文中，DDL 提交后才发消息，完全不影响性能
- 需提前启用 Service Broker：
ALTER DATABASE [YourDB] SET ENABLE_BROKER WITH ROLLBACK IMMEDIATE - 创建目标服务和队列后，用
CREATE EVENT NOTIFICATION绑定到CREATE_VIEW等事件 - 消费端用
RECEIVE从队列读取 XML 消息，再解析EVENTDATA()结构（格式与 DDL 触发器一致） - 注意：事件通知默认不记录发起登录名，需在触发逻辑中显式查
sys.dm_exec_sessions关联event_session_id
容易被忽略的细节
视图定义本身可被加密（WITH ENCRYPTION），但 DDL 触发器和事件通知仍能捕获到 CREATE VIEW 或 ALTER VIEW 的原始命令文本 —— 加密只影响 sys.sql_modules 中的 definition 字段，不影响事件捕获。不过，如果命令文本超长（比如带巨量注释的视图），EVENTDATA() 的 CommandText 可能被截断，建议在日志表中加 is_truncated 标志位并保留原始 XML 全文存档。
