张云雷宝宝前一阵我在 SQL Server 里处理一个再常见不过的需求：从客户表里随机查询一条记录出来做人工回访。需求听起来很简单，最直接的答案就是 ORDER BY NEWID()。可等这个“随机抽一条”的逻辑要在接口、报表后台、客服工具三个地方重复出现时，我决定停下来好好想想，能不能用自定义函数把它封装成一套能统一维护的东西。结果一上手就踩了不少坑，也借着这次机会把自定义函数的边界规则、标量函数和表值函数的选型重新撸了一遍。
这篇东西不是教科书式的函数语法说明，而是我这次实际封装过程中的完整记录：什么写法适合什么场景、为什么最后选了内联表值函数、NEWID() 放进函数里会撞上哪些限制，以及随机抽样的各种扩展需求要怎么写。不管你是刚接触 SQL Server 的新手，还是平时写惯了 SELECT 的老手，这篇都值得花几分钟看一看。
1. 随机取一条记录的常见写法，以及它们各自适合什么场景
1.1 最直观的 ORDER BY NEWID()，性能代价到底藏在哪
先看大家最常用的写法。假设我有一张客户表 dbo.Customer，里面有几十万行数据：
sql复制SELECT TOP (1) CustomerId, CustomerName, Phone
FROM dbo.Customer
ORDER BY NEWID();
这条语句的逻辑非常直白：SQL Server 为查询结果里的每一行调用 NEWID() 函数生成一个 GUID，然后拿这堆 GUID 做排序，最后取排序后的第一行。
问题恰恰出在“排序”这两个字上。SQL Server 要对全表每一行都计算一遍 GUID，再对计算结果做一次完整的排序，哪怕你最后只要一条记录。这个操作的复杂度是 O(n log n)，数据量小的时候感觉不出来，可一旦表里有几百万甚至上千万行，这条 SQL 就可能成为整个系统的性能黑洞。
我在自己测试环境里做过对比，一张 300 万行流水表上跑 ORDER BY NEWID()，耗时能到七八秒甚至更久，具体看服务器负载。而如果换成基于抽样或者基于临时表轮询的方案，同样的数据量往往毫秒级就能返回。所以第一步要建立的直觉是：这不是一条可以无脑复制到任何表上的 SQL，它的代价随表大小增长得非常快。
1.2 大表上的另一种思路：TABLESAMPLE 抽样
如果你的表真的很大，又不需要那种“严格全表随机”的效果，可以试试 SQL Server 的 TABLESAMPLE 子句。它做的事是先按物理页面或者行数做一次近似抽样，然后再从抽样结果里随机取一条。
sql复制SELECT TOP (1) CustomerId, CustomerName, Phone
FROM dbo.Customer TABLESAMPLE (1000 ROWS)
ORDER BY NEWID();
这个写法执行起来快得多，因为它不需要对全表的每一行生成 GUID 并排序，只需要在抽样出的那部分行里做随机排序。但要注意，TABLESAMPLE 的随机粒度是基于页面的，不是严格基于行的，而且它会受到表物理存储的影响。如果表的数据分布不均匀，抽样出来的结果也可能有偏斜。另外，对小表使用 TABLESAMPLE 经常会出现一种尴尬情况：表只有几十行，你写了 TABLESAMPLE (1000 ROWS)，结果可能一条都拿不到，因为 SQL Server 抽样时可能直接跳过了这块小得可怜的数据页。
下面是这两种方式加上 RAND 相关写法的一个对比：
| 实现方式 | 小表表现 | 大表表现 | 随机程度 | 能否直接塞进函数 |
|---|---|---|---|---|
ORDER BY NEWID() |
好用 | 性能差 | 较高 | 标量函数里会被拒，内联表值函数里可以 |
TABLESAMPLE |
可能返回 0 行 | 很快 | 近似随机，按页采样 | 可以，但参数设计要小心 |
ORDER BY RAND() |
能跑，但不推荐 | 性能差且行为不稳定 | 不高 | 不建议依赖 |
老实说，如果业务上只是运营抽检、临时取一条做人工回访，TABLESAMPLE 加一层 ORDER BY NEWID() 是很实用的组合。但如果你要在函数封装中处理“每次调用都真正随机选一条”的逻辑，用经典方案更可控。
1.3 最容易被忽略的场景：并不需要每次都全表随机
还有一种场景值得单独拿出来说：系统一天内可能会调用几十次“随机取一条”。这时候你未必需要每次都跑全表随机排序，完全可以每天晚上提前把一批随机排序过的 ID 生成好，临时放进一张表或者用变量表缓存，然后业务侧轮询取用。
sql复制-- 一次生成一批随机顺序的客户 ID
SELECT CustomerId
INTO #RandomCustomerPool
FROM dbo.Customer
ORDER BY NEWID();
-- 业务侧按顺序消费，消费完一行删一行
DECLARE @NextCustomerId INT;
SELECT TOP (1) @NextCustomerId = Customer