不能，GROUP BY后不能直接写布尔表达式；因SQL标准要求分组键必须是确定性离散值，而布尔表达式返回TRUE/FALSE（隐式转0/1），仅部分数据库如PostgreSQL、MySQL 8.0+支持但行为不一致，且易引发NULL处理异常与兼容性问题。
GROUP BY后面能直接写布尔表达式吗？
能，但要看数据库类型。PostgreSQL、SQL Server、Oracle 和较新版本的 MySQL（8.0+）都支持在 GROUP BY 中直接使用逻辑表达式（如 status = 'active'），而旧版 MySQL（5.7 及之前）默认会报错，除非关闭 sql_mode 中的 ONLY_FULL_GROUP_BY 或开启 ANSI_QUOTES 兼容模式。
关键不是“能不能写”，而是“写完之后分组行为是否符合预期”——布尔表达式会被隐式转为整数（TRUE → 1，FALSE → 0），所以本质上是按 0/1 分两组。
- PostgreSQL：完全支持，
GROUP BY is_paid = true合法且直观 - MySQL 8.0+：支持，但需确保表达式结果确定（不能含不确定函数如
NOW()） - SQLite：支持，但注意它没有原生布尔类型，
TRUE/FALSE是别名，实际存为整数 - 旧版 MySQL：会提示
Expression #1 of SELECT list is not in GROUP BY clause，除非把整个表达式也写进SELECT列表
用CASE WHEN还是直接写布尔表达式更稳妥？
直接写布尔表达式最简，但可读性和兼容性弱；CASE WHEN 稍啰嗦，却明确、可控、全平台通用。
比如统计已支付和未支付订单数：
-- 推荐：显式、跨库兼容 SELECT CASE WHEN is_paid = 1 THEN 'paid' ELSE 'unpaid' END AS category, COUNT(*) AS cnt FROM orders GROUP BY CASE WHEN is_paid = 1 THEN 'paid' ELSE 'unpaid' END;
而下面这种写法在 PostgreSQL 里没问题，在某些 MySQL 配置下可能报错或分组异常：
-- 风险点：依赖隐式转换，且字段别名无法在 GROUP BY 中直接引用 SELECT is_paid = 1 AS is_paid_flag, COUNT(*) FROM orders GROUP BY is_paid = 1; -- 这里不是引用 SELECT 中的别名，而是重新计算
- 别名不能用于
GROUP BY（除非用子查询或 CTE） - 布尔表达式重复写两次，易出错且难维护
- 如果后续要加第三类（如
is_paid IS NULL），布尔表达式必须改写为三值逻辑，CASE更自然
WHERE过滤和GROUP BY布尔分组的顺序关系
先 WHERE，再 GROUP BY。这意味着布尔分组只作用于已过滤后的数据集——这点常被忽略，导致统计口径偏差。
例如想看“2024年订单中已支付/未支付占比”，错误写法是：
SELECT is_paid = 1, COUNT(*) FROM orders GROUP BY is_paid = 1;
它统计的是全表，没限定年份。正确做法是：
SELECT CASE WHEN is_paid = 1 THEN 'paid' ELSE 'unpaid' END AS status, COUNT(*) AS cnt FROM orders WHERE order_date >= '2024-01-01' GROUP BY CASE WHEN is_paid = 1 THEN 'paid' ELSE 'unpaid' END;
-
WHERE必须在GROUP BY之前完成数据筛选 - 若在
HAVING中对布尔分组做二次过滤（如HAVING COUNT(*) > 100），那是对分组结果的筛选，不是原始行筛选 - 混合使用时，注意
NULL值行为：is_paid = 1对NULL返回UNKNOWN（即 false），会被归入0组，可能掩盖数据质量问题
聚合函数里嵌套布尔表达式怎么算？
在 SUM()、COUNT()、AVG() 中直接用布尔表达式是常见技巧，本质是利用数据库将布尔转为整数后参与计算。
例如快速算支付率：
SELECT COUNT(*) AS total, SUM(is_paid = 1) AS paid_cnt, AVG(is_paid = 1) AS paid_rate -- PostgreSQL/MySQL 8.0+ 返回 0.x 小数 FROM orders;
但要注意：
-
SUM(is_paid = 1)在 SQLite 中可行，在 SQL Server 中需写成SUM(CAST(is_paid AS INT))或SUM(IIF(is_paid = 1, 1, 0)) -
AVG()对布尔表达式的结果是平均值，等价于“真值占比”，但若字段含NULL，不同数据库处理方式不同（MySQL 把NULL当 0，PostgreSQL 会排除） - 想严格区分
NULL，必须显式处理：SUM(CASE WHEN is_paid = 1 THEN 1 ELSE 0 END)
布尔表达式本身不慢，但嵌套过深或与函数混用（如 UPPER(status) = 'ACTIVE'）会导致索引失效，分组前最好确认字段上是否有合适索引。
