sqrt函数用于计算非负数的平方根，不支持负数输入，否则在postgresql中报错、mysql返回null、sql server抛出domain error；需配合case或abs处理负值，且各数据库对null和大小写处理存在差异。
SQL中SQRT函数的基本用法和常见报错
SQRT 是标准 SQL 提供的数值函数，用于计算非负数的平方根。它不接受负数输入，否则多数数据库会直接报错，比如 PostgreSQL 报 ERROR: cannot take square root of a negative number，MySQL 返回 NULL（取决于 SQL mode），SQL Server 则抛出 Domain error。这意味着你不能简单套用，必须先判断符号。
实际使用时，建议始终配合 CASE WHEN 或 ABS() 处理潜在负值：
SELECT SQRT(CASE WHEN value <p>或者更稳妥地保留原始含义（如取绝对值再开方）：</p><pre class="brush:php;toolbar:false;">SELECT SQRT(ABS(value)) FROM data;
不同数据库对SQRT函数的支持差异
绝大多数主流数据库都支持 SQRT，但行为细节有区别：
- MySQL：支持
SQRT()和sqrt()（大小写不敏感），输入NULL返回NULL - PostgreSQL：严格要求参数 ≥ 0，否则报错；
SQRT(NULL)返回NULL - SQL Server：函数名为
SQRT()，同样拒绝负数，但允许NULL - SQLite：不原生支持
SQRT，需启用 math extension 或用POWER(x, 0.5)替代
跨库迁移时，如果涉及负数或空值，最好统一用 COALESCE(ABS(value), 0) 包裹，避免行为不一致。
替代方案：当SQRT不可用或需要兼容NULL/负数时
有些场景下你无法修改数据源或权限受限，又遇到 SQRT 不可用（比如旧版 SQLite 或某些嵌入式数据库），可用以下方式模拟：
- 用
POWER(value, 0.5)：PostgreSQL、SQL Server、MySQL 都支持，但注意POWER(-4, 0.5)在 PostgreSQL 中仍会报错 - 用
EXP(LN(value)/2)：仅适用于value > 0，且LN对 ≤ 0 无效，实用性低 - 在应用层处理：把数值拉到 Python/JS 里算，再回写——适合一次性批量，不适合复杂 JOIN 或聚合场景
最实用的兜底写法仍是：
SELECT POWER(COALESCE(NULLIF(value, 0), 1), 0.5) AS sqrt_val FROM data;
但要注意：这会把 0 变成 1 再开方，逻辑已偏移，慎用。
性能与精度注意事项
SQRT 是标量函数，通常由数据库引擎内建实现，性能很好，但仍有两点容易被忽略：
- 对索引列直接使用
SQRT(col)会导致索引失效，无法走 range scan；如需按平方根范围筛选，应提前计算并存为生成列（MySQL 5.7+、PostgreSQL 12+ 支持） - 浮点精度问题：例如
SQRT(0.1) * SQRT(0.1)在多数数据库中不严格等于0.1，做等值判断时建议用ABS(result - 0.1) - 大整数（如 > 2^53）传入时，部分数据库可能因 double 精度丢失低位数字，如需高精度，应确认数据库是否支持 DECIMAL 输入（PostgreSQL 支持，MySQL 的
SQRT强制转为 double）
真正麻烦的不是怎么写 SQRT，而是你没意识到它背后藏着数据类型隐式转换和索引失效这两个隐形成本。
