sql server 必须用 sp_addextendedproperty 添加视图注释，不支持 comment on view；需固定前三个参数为 'ms_description'、描述文本、'schema'，并显式指定 @level0name（如 'dbo'），否则注释挂错层级。
SQL Server 必须用 sp_addextendedproperty，别试 COMMENT ON VIEW
SQL Server 根本不支持 COMMENT ON VIEW 这种语法，一执行就报 Incorrect syntax near 'COMMENT'。唯一被 SSMS 识别、被系统表持久化、且官方文档明确支持的方式，只有 sp_addextendedproperty。
关键点有三个：
- 前三个参数固定为
'MS_Description'、描述文本、'SCHEMA'；后两个必须是'VIEW'和视图名 -
@level0name不能省——哪怕视图在dbo下，也得显式传'dbo'，否则注释会挂到数据库级，而不是视图上 - 执行前建议先查是否存在：
SELECT * FROM fn_listextendedproperty(NULL, 'SCHEMA', 'dbo', 'VIEW', 'my_view', NULL, NULL)，避免重复添加
PostgreSQL 直接用 COMMENT ON VIEW，但 schema 名不能漏
PostgreSQL 支持标准 SQL 的 COMMENT 语法，干净直接。但常见错误是：视图不在 public schema 却没写全路径，结果注释“成功”却查不到。
典型现象是执行完 COMMENT ON VIEW my_view IS 'xxx';，再跑 \d+ my_view 看不到描述——因为系统默认去找 public.my_view，而你的视图实际在 analytics 下。
正确写法必须带 schema：
COMMENT ON VIEW sales.summary_report IS '按月汇总销售额与退货率';COMMENT ON VIEW analytics.active_users IS '最近30天登录用户去重计数';- 删注释用
COMMENT ON VIEW xxx IS NULL;，没有DROP COMMENT这种语法
MySQL 只能在 CREATE VIEW 时加 COMMENT，ALTER 不生效
MySQL 8.0+ 允许在 CREATE VIEW 语句末尾加 COMMENT 属性，但仅限建表时指定，ALTER VIEW 不接受 COMMENT 子句——任何试图运行 ALTER VIEW v1 COMMENT 'xxx' 的操作都会报错或被忽略。
这意味着：
- 上线后发现描述写错？没法热修复，只能
DROP+CREATE重建视图 - 重建会重置权限、可能中断依赖它的存储过程或应用查询，线上环境务必评估影响
-
SHOW CREATE VIEW v1能看到注释，但INFORMATION_SCHEMA.VIEWS表里没有独立字段存它，得从VIEW_DEFINITION字段里自己解析字符串
字段级注释各数据库差异极大，别混用
视图整体注释只是起点，字段级说明更难统一。SQL Server 用 sp_addextendedproperty 配 @level1type = 'COLUMN'；PostgreSQL 对字段用 COMMENT ON COLUMN schema.view.col IS 'xxx'；MySQL 则只允许在 SELECT 子句里给字段加 COMMENT（如 id COMMENT '主键'），且仅在 CREATE VIEW 时生效。
最容易踩的坑是：把 PostgreSQL 的字段注释写法复制到 SQL Server，或者以为 MySQL 的 ALTER VIEW 能更新字段注释——这些操作要么报错，要么静默失败，最后谁也看不到你写的说明。
