SQL中视图字段命名规范有哪些推荐建议

视图字段名必须显式用AS指定别名，不可依赖原表名；需带来源前缀、避开保留字、全小写下划线，且应体现业务语义而非物理结构，并配以必要注释。

视图字段名不能直接继承原表字段名

视图字段名默认沿用 SELECT 子句中表达式的原始列名，但若涉及计算、别名、函数或跨表同名列，就会丢失语义或引发歧义。比如 SELECT u.name, COUNT(o.id) 在视图里字段名可能是 name 和 COUNT(o.id)，后者无法作为合法标识符被后续 SQL 引用。

• 必须显式使用 AS 为每个字段指定清晰、无歧义的别名
• 避免用函数名或表达式片段作字段名，如不要写 COUNT(*) AS count，而应写 COUNT(*) AS user_count
• 若原表字段已带前缀（如 user_id），视图中仍建议保留该上下文，不简化为 id

视图字段命名需与视图用途对齐

视图不是表的镜像，而是逻辑抽象层，字段名应反映其在当前视图语境下的业务含义，而非机械复刻底层物理结构。例如 vw_user_stats 中的 last_login_time 可能来自 login_log.created_at，但字段名应按视图意图定为 last_login_time，而非 created_at。

• 优先使用完整英文单词，如用 total_order_amount 而非 tot_amt
• 避免缩写歧义：比如 cnt 不明确是 count 还是 contact；upd_dt 不如 updated_at 直观
• 若字段是聚合结果，名称中应体现聚合动作，如 avg_rating、max_login_gap_days

字段名要避开保留字和特殊字符

即使 MySQL 在某些版本允许反引号包裹，但跨数据库迁移或 ORM 映射时，含空格、连字符、点号或保留字的字段名极易出错。例如 order、group、key 等在 SELECT 中会直接报语法错误。

• 禁止使用 MySQL 保留字作字段名，查表可用 SELECT * FROM INFORMATION_SCHEMA.KEYWORDS WHERE RESERVED = 'YES'
• 全部小写 + 下划线分隔，如 is_active，不写 isActive 或 IsActive
• 不包含点号（.）、括号、空格，也不以数字开头，如 2nd_contact 是非法的

视图字段注释不可省略

视图本身没有字段级 COMMENT 支持（MySQL 直到 8.0.23 才支持 COMMENT 子句用于视图列），但可通过创建后手动补充注释，或依赖文档/代码注释维持可读性。缺乏注释的视图字段，在半年后连作者都可能记不清 val_x 到底代表什么。

• 建视图时在 SQL 文件头部写清楚字段说明，例如：-- val_x: 用户最近 30 天消费金额（单位：分）
• 对衍生字段，务必注明来源和计算逻辑，如：-- order_count: 来自 orders 表 WHERE status != 'cancelled'
• 团队协作时，字段注释比命名更重要——命名再规范，也抵不过一句准确的说明

字段名一旦发布给下游应用或报表工具，就很难变更。比起纠结“该不该加前缀”，更值得花时间确认：这个名称在业务语境里是否唯一、无歧义、可被非 DBA 理解。