视图不能用 alter table 添加字段，因其不存储数据；需重写视图定义，在 select 中用表达式加别名定义计算字段；也可在基表添加 stored 生成列再被视图引用。
视图里不能直接用 ALTER TABLE 添加字段
SQL 视图本身不存储数据，它只是封装了一个 SELECT 查询。所以你无法像对表那样执行 ALTER VIEW ADD COLUMN ... —— 这个语法根本不存在，任何 DBMS 都会报错 ERROR: syntax error at or near "ADD" 或类似提示。
想在视图中“添加”计算字段，唯一合法方式是重写视图定义，把计算逻辑写进 SELECT 列表里。
用 SELECT 表达式定义计算字段（通用写法）
几乎所有主流数据库（PostgreSQL、MySQL、SQL Server、SQLite）都支持在 CREATE VIEW 的 SELECT 中直接写表达式作为列。比如：
CREATE VIEW order_summary AS SELECT order_id, total_amount, tax_rate, total_amount * (1 + tax_rate) AS total_with_tax, CASE WHEN status = 'shipped' THEN '✅' ELSE '⏳' END AS status_icon FROM orders;
这个视图一创建，total_with_tax 和 status_icon 就是可用的“计算字段”，但它们不是物理列，每次查询都会实时计算。
- 表达式必须明确别名（用
AS），否则某些 DBMS（如 PostgreSQL）会拒绝创建视图 - 避免在表达式里引用不存在的列，否则
CREATE VIEW直接失败 - SQLite 视图只读，这种写法完全适用；其他系统若需更新底层表，该计算字段也不能被
UPDATE直接赋值
PostgreSQL 中更灵活的替代方案：生成列 + 视图组合
如果你需要复用复杂计算逻辑，又希望性能可控，推荐先在基表上加生成列（GENERATED ALWAYS AS ... STORED），再让视图 SELECT 它——这样计算只发生一次，且能走索引（如果需要）。
例如：
ALTER TABLE orders ADD COLUMN total_with_tax DECIMAL(10,2) GENERATED ALWAYS AS (total_amount * (1 + tax_rate)) STORED;
然后视图可以简单引用：
CREATE VIEW order_summary AS SELECT order_id, total_amount, total_with_tax FROM orders;
- 生成列必须是
STORED（非VIRTUAL），否则 pg_graphql 等工具无法识别为可查询字段 -
GENERATED列不能有默认值、不能为 NULL（除非显式声明NULL），且表达式必须IMMUTABLE - MySQL 8.0+ 支持类似语法，但叫
STORED GENERATED COLUMN；SQL Server 叫PERSISTED计算列
注意 WHERE 和 ORDER BY 对计算字段的影响
视图里的计算字段参与过滤或排序时，DBMS 通常会把整个表达式下推到基表扫描阶段。这意味着：
- 如果计算字段依赖多个表联结结果（比如
orders.total * customers.discount），WHERE 条件里用它可能显著拖慢性能 - 在 PostgreSQL 中，若表达式含函数如
now()或random()，每次查询结果都不同，无法被物化视图缓存 - MySQL 8.0 对视图中计算字段的
ORDER BY支持较弱，有时会报ERROR 1356: View references invalid table(s) or column(s)，建议把排序移到查询视图时再做
真正麻烦的不是怎么写，而是搞清这个“字段”到底在哪一层算——是在视图定义里即时算，还是在基表里预存好。选错一层，后期查慢、改不动、集成 GraphQL 时字段消失，都是常见后果。
