TOP 10 PERCENT 需配合 ORDER BY 才可靠，否则结果不稳；百分比向下取整，小表可能返回0行；变量不支持直接用于 PERCENT，推荐用 OFFSET/FETCH + CEILING 计算精确行数。
SQL Server里TOP PERCENT的正确写法
直接用 TOP 10 PERCENT 就能取前10%，但必须配合 ORDER BY，否则结果不可靠——SQL Server不保证无序时的“前N%”有确定含义。
-
SELECT TOP 10 PERCENT * FROM orders ORDER BY order_date DESC;是合法且常用写法 - 省略
ORDER BY不报错，但返回行数可能波动（尤其并发写入时），实际不是“稳定前10%” -
PERCENT只接受整数或小数常量，不能是变量或表达式，比如TOP @pct PERCENT会报错Incorrect syntax near '@pct'
为什么TOP 10 PERCENT有时返回0行或1行？
因为 SQL Server 对百分比向下取整：10% × 行数 = 实际取的行数，结果为 0 或 1 时就只返回那么少。
- 表只有 5 行 → 10% × 5 = 0.5 → 向下取整为
0→ 返回空结果集 - 表有 12 行 → 10% × 12 = 1.2 → 取
1行 - 表有 100 行 → 取
10行；有 101 行 → 10.1 → 仍取10行
这不是 bug，是设计行为。如果需要“至少1行”，得额外处理，比如用 CEILING 计算后转成 TOP N。
替代方案：OFFSET/FETCH 更可控
SQL Server 2012+ 支持标准分页语法，对百分比逻辑更透明，也支持变量。
- 先算出总行数：
DECLARE @total INT = (SELECT COUNT(*) FROM sales); - 再算目标行数：
DECLARE @n INT = CEILING(@total * 0.1); - 最后查：
SELECT * FROM sales ORDER BY id OFFSET 0 ROWS FETCH NEXT @n ROWS ONLY; - 这个方式不会出现 0 行问题，且可复用变量，适合存储过程
和NTILE()混用要注意什么
有人想用 NTILE(10) OVER (ORDER BY ...) 然后过滤 tile = 1 模拟“前10%”，但这是近似等分，不是严格按比例截断。
-
NTILE把数据**平均分成10组**，每组行数最多差1，所以第1组不一定是“前10%”，而是“第一份” - 比如 97 行 → 分成 10 组，前 7 组各 10 行，后 3 组各 9 行 → 第1组是 10 行，但 10/97 ≈ 10.3%，不是精确10%
- 真正要按比例切片，还是得用
TOP PERCENT或OFFSET/FETCH+ 手动计算
百分比取数看着简单，但行数少、并发更新、排序字段重复时，结果容易偏离直觉——别只看语法对不对，得验证实际返回的行数和业务预期是否一致。
