带你随便看看Sql server里那些表值函数到底是啥玩意儿，怎么用的

根据SQL Server官方文档、TechOnTheNet教程网站以及数据库爱好者社区“SQL Server Central”的讨论整理）

咱今天就用大白话聊聊Sql server里那个听起来有点玄乎的“表值函数”，你完全可以把它想象成一个会变魔术的盒子：你往里头扔点参数（比如一个数字或者名字），它咔咔一顿操作，直接给你吐出来一张完整的表，这张表能像普通数据表一样让你随便查、随便联，这可比那些只返回单个值的“标量函数”厉害多了,因为它能批量生产数据行。

它到底长啥样？咋工作的？

（来源：MSDN官方示例简化）
举个最直白的例子，假设你想搞个函数，输入一个商品类别ID，它就返回这个类别下所有产品的名字和价格，普通函数可能一次只能返回一个产品名，但表值函数能一口气给你全搂出来,它的基本骨架长这样：

CREATE FUNCTION 函数名(@参数 数据类型)
RETURNS TABLE
AS
RETURN (
    SELECT 列1, 列2 FROM 某个表 WHERE 条件跟参数挂钩
);

看见没？核心就是RETURNS TABLE和那个直接跟在后面的RETURN语句，它不像存储过程还得扭扭捏捏地用EXEC执行，你直接把它当表用就行！比如你创建了个函数叫GetProductsByCategory,用起来就这么简单：

SELECT * FROM GetProductsByCategory(2) -- 查类别ID为2的所有产品

内联 vs 多语句：两种口味任君选择

（来源：SQL Server Central社区常见问题解答）
表值函数还分两种“流派”，第一种叫“内联表值函数”，就是上面例子那种最简单的，函数体就一个孤零零的SELECT语句，Sql server处理它的时候，会聪明地把你的函数调用和它内部的SQL语句“揉”在一起，生成一个完整的执行计划,所以效率通常很高。

第二种叫“多语句表值函数”，适合更复杂的场面，比如你需要先声明个临时表，往里插点数据，修修改改之后再返回,写法啰嗦点：

CREATE FUNCTION 函数名(@参数 数据类型)
RETURNS @返回的表变量 TABLE (列定义)
AS
BEGIN
    INSERT INTO @返回的表变量 ... -- 可能先做些计算
    UPDATE @返回的表变量 ... -- 再调整数据
    RETURN
END

这种函数因为步骤多，Sql server没法直接优化，性能通常不如内联的，所以老鸟们的建议是：除非真需要复杂逻辑,否则优先用内联的。

这玩意儿在哪儿能派上用场？

（来源：实际项目常见场景归纳）

1. 充当可复用的筛选器：比如你们公司有个复杂的权限规则，用户只能看自己部门的数据，你可以把这个规则写进一个表值函数，接收用户ID作为参数，返回他能访问的所有数据ID，以后任何查询，只要先联一下这个函数，就自动完成权限过滤了，避免到处重复写冗长的WHERE子句。

2. 拆分字符串：Sql server自个儿没有现成的拆字符串函数，但你可以写个表值函数，输入"苹果,香蕉,橘子"这种字符串，它给你返回三行数据：苹果、香蕉、橘子，网上这种现成的函数代码一抓一大把,成了必备工具。

3. 替代部分视图：视图不能带参数，但表值函数能，当你需要根据输入参数动态过滤数据时，它比视图灵活多了，比如做一个根据年份和月份返回销售明细的函数,比为每个年月组合创建不同视图要聪明得多。

使唤它的时候得留个心眼

（来源：数据库性能调优经验谈）
虽然好用，但不能滥用，特别是多语句表值函数，它会对每一行数据都执行一次函数内部的逻辑，如果你在SELECT语句里把它放在FROM子句外，或者跟大表做联接，可能会导致性能灾难——想象一下一个百万行的大表，每行都去调用一次这个函数，数据库引擎非得累吐血不可，正确的做法是尽量在FROM子句内使用，并结合CROSS APPLY或OUTER APPLY（这俩你就理解为专门用来联接表值函数的特殊联接方式）来减少不必要的计算。

表值函数就像个自定义的数据小作坊，让你能把复杂的查询逻辑打包成一个简洁的“虚拟表”，下次当你发现自己在多个地方反复复制粘贴一大段相似的查询代码时，就该琢磨琢磨：是不是能请个表值函数来帮帮忙了？