视图必须通过版本化SQL文件管理，禁止人工直接执行CREATE OR REPLACE VIEW。每个视图对应独立文件（如v_user_summary.sql），仅含标准CREATE OR REPLACE VIEW语句，文件名与视图名严格一致；部署前需比对数据库当前定义与文件内容，CI中强制自动化校验一致性，并在staging环境验证完整查询链路。
视图不能靠人工在数据库里 CREATE OR REPLACE VIEW 一把梭，否则 dev/staging/prod 三套环境迟早定义不一致，下游应用突然报错时连回滚点都找不到。
每个视图必须对应一个独立的 SQL 文件
把 v_user_summary.sql、v_active_orders.sql 这类文件单独存放在 db/views/ 目录下，内容只写纯 CREATE OR REPLACE VIEW 语句，不带 DROP VIEW、不带 USE database_name、不带权限语句。SQL Server 用户注意：右键菜单选“脚本视图为 → 创建到 → 新查询编辑器窗口”，别用“生成脚本向导”，后者会塞进 SET ANSI_NULLS ON 和 GRANT SELECT 等 CI 难以处理的冗余内容。
- 文件名需与视图名严格一致（如视图叫
v_user_summary，文件名就是v_user_summary.sql） - PostgreSQL 用户检查是否含
WITH NO SCHEMA BINDING—— 若有，CI 执行前得先删掉，否则迁移工具可能跳过 - MySQL 8.0 用户注意脚本开头加
/*!80013 SET sql_mode = 'STRICT_TRANS_TABLES' */，避免因 mode 差异导致建视图失败
部署时只执行定义变更的视图
不要无脑运行所有 .sql 文件。应在部署脚本中查当前库的视图定义，和文件比对后再决定是否执行。PostgreSQL 可用 pg_get_viewdef('v_user_summary') 拿定义，MySQL 用 SHOW CREATE VIEW v_user_summary，但记得用 sed 剥离输出里的数据库名和字符集声明，否则每次 diff 都假阳性。
- 比对前统一格式：用
sqlformat --reindent --keywords upper标准化空格和关键字大小写 - 禁止直接
DROP VIEW + CREATE VIEW：PostgreSQL 下会丢失依赖该视图的函数或物化视图的权限绑定 - 若视图依赖的表刚被改结构（比如加了字段），而视图脚本还没更新，
CREATE OR REPLACE VIEW会静默成功，但实际查询时报column does not exist
CI 中必须做自动化一致性校验
光靠人肉看 Git diff 不可靠。CI 流水线里加一道检查：从目标数据库导出当前所有视图定义，和代码仓库里 db/views/ 下的文件逐个 diff，任一不匹配就中断发布。
- PostgreSQL 示例命令：
pg_dump --schema-only --table=v_user_summary $DB_URL | grep -A 100 "CREATE OR REPLACE VIEW" - MySQL 注意：其
SHOW CREATE VIEW输出含DEFINER=`user`@`host`，CI 脚本里要用sed 's/DEFINER=[^ ]* //'清洗 - 校验必须跑在 Docker 实例里，不能只连本地开发库——不同版本 MySQL/PostgreSQL 对窗口函数、子查询的语法容忍度不同
字段顺序和 SELECT * 是最隐蔽的坑
PostgreSQL 里改了 SELECT 字段顺序，JDBC 应用用 rs.getString(1) 就会取错列；MySQL 里没显式写字段名，底层表加字段后视图自动多一列，但 BI 工具可能因列数不匹配直接崩溃。
- 永远显式写出字段名：
SELECT user_id, status, created_at FROM ...，禁用SELECT * - 加字段可随时做，删字段前先查
pg_depend（PostgreSQL）或INFORMATION_SCHEMA.VIEW_COLUMN_USAGE（MySQL），确认无下游硬编码位置引用 - 测试阶段必跑：
SELECT * FROM v_user_summary LIMIT 1，肉眼核对列名、类型、顺序是否与旧版一致
真正难的不是写脚本，而是视图里那些没写进 DDL 的隐式依赖：同义词指向的远程库、未声明 schema 的表引用、甚至临时表逻辑。这些不会在 pg_get_viewdef() 里暴露，只有在目标环境执行 EXPLAIN 或跑一次真实查询才能发现。所以每次更新，至少要在 staging 环境走一遍完整查询链路。
