ceil函数在不同数据库中写法不同：postgresql/oracle支持ceil()，sql server需用ceiling()，mysql 8.0+支持两者，旧版mysql和sqlite不原生支持，须用floor(x)+(x>floor(x))等变通方式；ceil(-2.7)返回-2，因向上取整是朝正无穷方向。
CEIL 函数在不同数据库中的写法差异
SQL 标准里确实定义了 CEIL（或 CEILING），但实际支持情况因数据库而异：PostgreSQL、Oracle、SQL Server（2012+）和 MySQL 8.0+ 原生支持 CEIL()；SQLite 和旧版 MySQL（ROUND(x + 0.5) 或 CAST(x AS INTEGER) + (x > CAST(x AS INTEGER)) 这类变通写法。
常见错误是直接在 SQLite 中写 CEIL(3.2)，结果报错 no such function: CEIL —— 这不是语法错，是引擎根本不认这个函数名。
- PostgreSQL / Oracle：直接用
CEIL(3.2)→ 返回4 - SQL Server：用
CEILING(3.2)（注意拼写），CEIL不被识别 - MySQL 5.7 及更早：必须用
ROUND(x + 0.499999)或FLOOR(x) + (x != FLOOR(x)) - SQLite：只能靠
CAST(x AS REAL) + (x > CAST(x AS INTEGER))模拟，且需确保 x 非负
CEIL 处理负数时的行为容易被忽略
CEIL(-2.7) 的结果是 -2，不是 -3 —— 它向上取整，即“朝正无穷方向”，所以 -2.7 的上界是 -2。这点和 FLOOR 相反，也和很多人直觉里的“进一法”混淆（比如财务场景常误以为 -2.7 应该变成 -3）。
如果你真正想要的是“绝对值进一”，比如 -2.7 → -3、2.7 → 3，那不能直接用 CEIL，得结合符号判断：
SELECT CASE WHEN x
-
CEIL(-0.1)→0，不是 -1 -
CEIL(0)→0，无变化 - 如果字段可能为 NULL，记得加
WHERE x IS NOT NULL或用COALESCE(x, 0)防止结果全空
替代方案：当 CEIL 不可用时怎么安全模拟
在不支持 CEIL 的环境（如 MySQL 5.6、SQLite），最稳妥的通用写法是：
SELECT FLOOR(x) + (x > FLOOR(x)) AS ceil_x FROM t;
原理是：如果 x 不是整数，x > FLOOR(x) 返回 1（布尔转整数），否则返回 0。但要注意边界——浮点精度可能导致 x = 3.0 被误判为 3.000000000000001 > 3，从而多加 1。
- 对 DECIMAL 类型更安全：先转成精确类型，比如
FLOOR(CAST(x AS DECIMAL(10,2))) + (x > FLOOR(CAST(x AS DECIMAL(10,2)))) - 避免用
ROUND(x + 0.5)：它对负数失效，ROUND(-2.7 + 0.5)=ROUND(-2.2)=-2，仍不是期望的 -2 - 如果只处理正数，
CONVERT(INT, x) + IIF(x % 1 > 0, 1, 0)（SQL Server）可读性略好
性能与索引影响：CEIL 能否走索引？
CEIL(col) 是计算列，绝大多数数据库无法对其直接使用索引 —— 即便 col 上有索引，WHERE CEIL(price) = 5 仍会触发全表扫描。
想优化这类查询，要么提前物化计算结果（加计算列并建索引），要么改写条件。例如：
-- ❌ 慢 WHERE CEIL(price) = 5 <p>-- ✅ 快（利用 price 的范围特性） WHERE price > 4 AND price </p>
- 只有 PostgreSQL 在特定条件下支持函数索引：
CREATE INDEX idx_ceil_price ON t (CEIL(price)); - MySQL 不支持函数索引（直到 8.0.13 才支持表达式索引，且仅限于存储生成列）
- 别在 ORDER BY 里滥用
CEIL()，排序时重复计算开销明显
负数处理逻辑和函数可用性是实际写 SQL 时最容易翻车的两个点，尤其跨数据库迁移时，连函数名都可能不一致。
