SQL中可直接在SELECT后写表达式生成新字段，如price*quantity或字符串拼接，需用AS指定别名；WHERE中不可引用计算字段别名，须重复表达式或用子查询/CTE；注意空值、数据库差异及索引失效风险。
SQL表达式里直接计算字段值
查询时想动态生成一个新字段，比如把价格乘以数量得出小计，或者拼接姓名和部门生成完整标识，直接在 SELECT 后写表达式就行，不用先查出原始字段再用程序处理。
- 支持算术运算：
price * quantity、total - discount - 支持字符串拼接：MySQL 用
CONCAT(name, ' (', dept, ')')，PostgreSQL 用name || ' (' || dept || ')'，SQL Server 用name + ' (' + dept + ')' - 注意空值影响：
100 + NULL结果是NULL，必要时用COALESCE(price, 0)或IFNULL(price, 0)处理 - 别名必须加：
SELECT price * 1.1 AS final_price，否则结果列没名字，某些客户端会报错或显示为expr_1这类默认名
WHERE 和 ORDER BY 中复用计算字段
不能直接在 WHERE 或 ORDER BY 里写 final_price > 100 —— 因为 SQL 执行顺序是 FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY，WHERE 发生在 SELECT 之前，此时 final_price 还没算出来。
- 方案一：重复表达式，如
WHERE price * 1.1 > 100 - 方案二：用子查询或 CTE 抽取，例如：
WITH calc AS (SELECT id, price * 1.1 AS final_price FROM orders) SELECT * FROM calc WHERE final_price > 100;
- 方案三：用
HAVING（仅限聚合后筛选），或ORDER BY price * 1.1——ORDER BY是允许直接写表达式的，且可引用SELECT中的别名（多数数据库支持，但 SQLite 不支持别名，得重写表达式）
不同数据库对表达式的支持差异
看似一样的写法，在 MySQL、PostgreSQL、SQL Server 甚至 SQLite 里可能行为不同，尤其涉及类型转换和空值。
-
10 / 3：MySQL 返回3.3333（浮点），SQL Server 返回3（整数除法），PostgreSQL 返回3.3333333333333335；要确保精度，统一写成10.0 / 3或CAST(10 AS FLOAT) / 3 -
CONCAT：MySQL 5.7+ 支持，PostgreSQL 没这个函数（用||），SQL Server 2012+ 支持，SQLite 3.11+ 支持；跨库项目建议优先用||（标准 SQL 字符串连接符），但注意 PostgreSQL 中NULL || 'a'得NULL，而 MySQL 的CONCAT(NULL, 'a')得'a' -
CASE WHEN表达式通用性最好，推荐用于复杂逻辑，如：CASE WHEN status = 'paid' THEN amount * 0.9 ELSE amount END AS discounted
性能陷阱：表达式导致索引失效
如果在 WHERE 条件里对字段做运算或函数调用，比如 WHERE YEAR(created_at) = 2024 或 WHERE UPPER(name) = 'JOHN'，即使 created_at 或 name 有索引，大多数数据库也无法使用它，会触发全表扫描。
- 优化方式：改写为范围查询，如
WHERE created_at >= '2024-01-01' AND created_at - 函数索引（PostgreSQL/MySQL 8.0.13+）可解决部分问题，例如
CREATE INDEX idx_upper_name ON users (UPPER(name))，但不是所有数据库都支持，且维护成本略高 - 避免在连接条件中用表达式：
ON UPPER(a.name) = UPPER(b.name)比ON a.name = b.name慢得多，且无法利用索引
实际写的时候，先确认目标数据库版本和行为，再决定用原生函数还是兼容写法。表达式看着简单，但空值、类型隐式转换、执行顺序、索引友好度，每一处都容易卡住。
