视图插入时默认值不生效，是因为默认值仅由基表定义且仅在insert语句省略该列时触发；视图仅作查询封装，不存储数据、不继承约束，也不改写默认逻辑。
可以，但视图本身不控制列的默认值行为——真正起作用的是底层基表的定义和 INSERT 语句是否显式提供值。
为什么视图插入时「默认值」有时不生效？
SQL 视图只是查询的封装，它不存储数据，也不继承或重定义列的默认约束。当你对视图执行 INSERT，实际是向基表写入；能否触发默认值，取决于：
• 基表该列是否定义了 DEFAULT 约束（或 IDENTITY、GENERATED 等）
• 你是否在 INSERT 语句中显式指定了该列（哪怕值为 NULL）
• 视图是否包含该列（如果视图 SELECT 列表里没包含带默认值的列，你就根本无法通过该视图插入它）
INSERT INTO view (...) VALUES (...) 的默认值触发条件
只有满足以下全部条件，基表列的默认值才会被使用：
• 视图定义中包含了该列（即 SELECT col1, col2, default_col FROM ...）
• INSERT 语句的列列表中**省略了该列**（例如写成 INSERT INTO myview (col1, col2) VALUES (...)）
• 基表上该列有有效的 DEFAULT 表达式（如 DEFAULT GETDATE() 或 DEFAULT 'N/A'）
• 数据库未启用严格模式（如 PostgreSQL 的 check_function_bodies = off 不影响此行为，但 MySQL 8.0+ 的 SQL mode 可能限制）
常见踩坑：视图含计算列、WHERE 过滤或 CHECK OPTION
这些会直接阻止插入，与默认值无关，但常被误认为“默认值失效”：
• 视图 SELECT 中包含表达式（如 price * qty AS amount），该列不可插入
• 视图带 WHERE 子句（如 WHERE status = 'active'），插入行若不满足条件会被拒绝（尤其启用 CHECK OPTION 时）
• 底层基表有 NOT NULL 列但无默认值，而你又没在 INSERT 中提供值 → 报错 Cannot insert the value NULL into column ...，不是默认值问题，是缺失必要值
• SQL Server 中视图若含聚合、DISTINCT、UNION 等，直接不支持插入
验证方法：看执行计划或查系统视图
不确定默认值是否生效？别猜，动手查：
• 查基表定义：SELECT COLUMN_NAME, COLUMN_DEFAULT FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = 'your_table' AND COLUMN_NAME = 'col_with_default'（SQL Server / PostgreSQL）
• 在插入前加 SET IDENTITY_INSERT your_table ON（仅当涉及 IDENTITY 列且需显式插入时）
• 用 SELECT * FROM your_view 确认视图列是否完整暴露目标列
• 实际执行 INSERT INTO your_view (col_a, col_b) VALUES ('x', 'y') 后，查基表确认缺失列是否填入了预期默认值
关键点在于：视图不改写默认逻辑，它只是通道。真正决定“谁来填默认值”的，是你写没写那一列，以及基表有没有那个 DEFAULT 定义。漏掉列名，才轮到默认值上场；写了却写 NULL，那默认值就彻底没机会了。
