不能。OVER()空括号语法错误，必须显式指定PARTITION BY ()或ORDER BY；全表聚合应写PARTITION BY ()，MySQL需用PARTITION BY 1兼容。
OVER() 空括号到底能不能用？
不能。直接写 OVER() 会报错，比如 PostgreSQL 报 window definition is required，SQL Server 报 Incorrect syntax near ')'。所谓“空括号”其实是误解——它必须至少包含一个 PARTITION BY 或 ORDER BY，哪怕你逻辑上想“不分组、不排序、全表聚合”，也得显式写出范围。
想在明细行旁加全表合计，该写什么？
用 OVER() 配合空 PARTITION BY（即不指定任何列）即可实现全集聚合。注意：不是省略 PARTITION BY，而是明确写成 PARTITION BY () —— 这才是标准语法，目前被 PostgreSQL、SQL Server、Oracle 和 DuckDB 支持；MySQL 8.0+ 不支持 PARTITION BY ()，需改用 PARTITION BY 1 或常量表达式。
-
SUM(sales) OVER (PARTITION BY ())→ 全表销售总额，每行都重复显示 -
COUNT(*) OVER (PARTITION BY ())→ 总行数 - 若用
PARTITION BY region，就变成按地区分组的组内合计，不是全表合计
和 GROUP BY + UNION ALL 比，有什么实际差别？
核心区别在数据层级和 NULL 处理。用 OVER() 是在原始明细行上“叠加”计算值，所有原始字段保留，无行丢失；而 GROUP BY 必然压缩行数，要拼合计行就得 UNION ALL，还得手动补 NULL 占位，字段对齐易出错。
示例场景：查订单明细，同时显示“本单金额”和“全部订单总金额”：
SELECT order_id, amount, SUM(amount) OVER (PARTITION BY ()) AS total_amount FROM orders;
结果中每行都有完整 order_id 和 amount，total_amount 列恒为同一数值。不用考虑聚合键匹配、类型转换或排序干扰。
哪些数据库不认 PARTITION BY ()？怎么兼容？
MySQL 8.0+ 明确不支持 PARTITION BY ()，会报 Syntax error。此时可用常量替代，例如 PARTITION BY 1 或 PARTITION BY 'all' —— 只要该表达式在全表中恒定，效果等价。
- PostgreSQL / SQL Server / Oracle：优先用
PARTITION BY () - MySQL：改用
SUM(amount) OVER (PARTITION BY 1) - 注意：若字段本身含 NULL，
PARTITION BY 1仍安全；但避免用可能为 NULL 的列（如PARTITION BY category）来模拟全集，否则 NULL 会被单独分组
跨库迁移时，这个括号里的内容是最容易漏掉适配的点。
