存储过程和函数是数据库编程中两种核心子程序，它们都用于封装逻辑，但在定义、返回值、调用方式上存在本质差异，掌握这些区别能让你在开发中精准选择，避免性能陷阱。
存储过程与函数的区别：返回值、调用方式与语法限制
存储过程和函数常被混淆，但它们的核心差异决定了各自的使用场景，从数据库设计角度看，它们属于同一类对象,但在SQL标准中形态不同。
返回值与调用方式
- 函数必须有返回值，且返回值类型在定义时明确，通常用于计算后返回一个值，调用时可以直接在SQL语句中嵌入，如
SELECT dbo.CalcNetPrice(price) FROM products。 - 存储过程可以没有返回值，但通过输出参数或结果集返回数据，调用时使用
EXEC或CALL，不能直接在SELECT中引用。 - 函数的返回值类型固定，存储过程可以返回任意数量的结果集,这是两者最直观的区分。
语法限制
- 函数内部不能使用动态SQL（如
EXECUTE IMMEDIATE），也不能执行事务控制语句（COMMIT、ROLLBACK），存储过程则没有这些限制,可以处理复杂的事务逻辑。 - 函数更适合纯计算和查询,存储过程适合数据操作和业务编排。
常见误区
- 很多人误以为函数只能用于查询，实际上函数也可以更新数据，但需要谨慎使用，因为函数在SQL语句中调用时每一次引用都会执行一次，可能导致多次更新，行业共识认为，函数应保持无副作用,仅用于读取和计算。
- 存储过程虽然灵活，但过度使用会分散业务逻辑，增加维护成本，近年来，微服务架构兴起后，部分团队将存储过程回迁移到应用层,但金融等场景仍保留大量存储过程。
function的存储过程写法：从入门到实战
在存储过程中定义和使用函数，是提升代码复用率的关键手段，这里以SQL Server和MySQL为典型,演示具体写法。
在存储过程中调用函数
- 在SQL Server中，你可以直接在存储过程体内调用内置函数或自定义函数。
SELECT dbo.GetDiscount(@productId)将结果赋值给变量。 - 在MySQL中，调用函数时无需前缀，
SELECT GetDiscount(productId) INTO v_discount。 - 自定义函数需要先创建，再在存储过程中引用，创建时指定
DETERMINISTIC或READS SQL DATA等属性,影响性能。
实战步骤：创建函数并在存储过程中使用
- 创建计算函数：定义一个函数，根据输入参数返回计算结果,如根据订单金额计算折扣。
- 创建存储过程：在存储过程中声明变量，调用函数并将结果存入变量,后续用于判断或写回。
- 测试并验证：执行
EXEC或CALL，检查函数逻辑是否正确，注意函数在存储过程中多次调用时会重复执行,影响性能。
常见陷阱
- 函数中如果包含耗时查询，在存储过程循环中调用会显著降低效率。建议将函数逻辑改为表连接或子查询,避免逐行调用。
- 在MySQL中，函数默认不允许修改数据，但如果你声明为
MODIFIES SQL DATA，则可以更新表，但这样会破坏函数的纯计算特性,易引发未预期的副作用。
存储过程与函数的性能对比，开发者该如何选择
性能是开发者在选择存储过程或函数时最关心的因素，虽然两者底层执行路径相似,但调用方式和上下文差异会带来开销变化。
函数在高并发查询中的表现
- 在
SELECT语句中直接调用函数，数据库会为每一行数据执行一次函数，如果函数涉及复杂计算或表扫描，性能开销会被放大百万倍,OLTP系统中应避免在列上使用函数。 - 相比之下，存储过程通过一次调用完成所有操作，不产生逐行调用的额外成本，但存储过程的结果集需要客户端处理,网络传输量可能较大。
存储过程的优势场景
- 当需要批量处理数据、执行多个事务语句时，存储过程显著减少客户端与服务器间的交互次数，据统计，一个包含10个SQL语句的存储过程，网络往返次数减少约80%。
- 存储过程可以缓存执行计划，重复调用时节省编译时间，函数在SQL语句中若每次调用参数不同，执行计划可能无法复用,导致额外开销。
对比表格
| 维度 | 存储过程 | 函数 |
|---|---|---|
| 调用开销 | 一次调用，处理多步 | 每行一次调用，开销累积 |
| 事务控制 | 支持 | 不支持 |
| 动态SQL | 支持 | 不支持 |
| 结果集 | 返回多个结果集 | 单个标量值或表值 |
| 缓存 | 更好的计划缓存 | 提升有限，取决于参数化 |
选择建议
- 计算密集型或查询：使用函数，尤其是纯计算函数，可以简化SQL语句,但需注意性能。
- 事务密集型或数据修改：使用存储过程，能保证ACID,且便于管理权限。
- 实际项目中，多数情况下业务逻辑写在存储过程里，需要复用的简单计算拆成函数,这是较常见的分工模式。
存储过程函数场景选择：事务处理还是计算查询
具体场景决定了你该用存储过程还是函数，下面按业务类型拆解,帮助你快速判断。
金融交易中的事务处理
- 转账操作涉及扣款、增加余额、记录日志三个步骤，任何一步失败都需要回滚。存储过程是唯一选择,因为函数无法处理事务。
- 存储过程可以通过异常捕获和
ROLLBACK保证数据一致性,函数则无法做到。
统计报表中的计算查询
- 报表中常需要计算同比、环比、利润率等指标，如果直接写SQL会很冗长，定义函数封装计算逻辑，在查询中反复调用,大大提升代码可读性。
- 但请注意，如果报表数据量巨大（百万行级），函数逐行调用会导致性能崩溃。此时应使用存储过程先计算后存入临时表,再输出结果给前端。
微服务架构下的数据访问
- 微服务提倡将数据库逻辑放到应用层，存储过程使用减少，但一些遗留系统或管控严格的行业（如银行、医疗）仍大量使用存储过程。
- 函数在这类场景中常用于编码转换、数据校验，例如根据用户ID获取姓名，通过函数封装后,在多个服务中共享。
地域与成本考量
- 对于中小企业，使用云数据库（如简米云RDS、酷番云DB）时，存储过程通常不额外收费，但函数调用次数会影响性能，可能间接增加成本。建议在预算有限时，优先使用存储过程处理复杂逻辑，函数仅用于简单转换。
- 在北上广深等一线城市，DBA人力成本较高，存储过程维护代价大，部分团队转而使用ORM框架，减少数据库端代码,但这并不改变存储过程在特定场景下的优势。
常见问题解答
存储过程可以调用函数吗？
是的，存储过程内部可以调用函数，无论是内置函数还是自定义函数，都可以在存储过程的BEGIN...END块中使用，调用时注意函数返回值类型与变量类型匹配,避免隐式转换带来的性能问题。参考2
函数能修改数据吗？
在SQL Server和MySQL中，函数可以修改数据，但需要声明MODIFIES SQL DATA（MySQL）或添加EXECUTE AS子句（SQL Server），但行业共识强烈建议函数不要修改数据，因为调用函数时无法预知上下文，可能导致数据不一致，通常只在特定场景下使用,如审计日志函数。参考2
存储过程和函数哪个更安全？
存储过程权限控制更灵活，可以只授予用户执行存储过程权限，而不暴露底层表，函数如果返回表，则可能泄露数据，存储过程内置参数化查询，能有效防止SQL注入，在安全要求高的场景,存储过程比函数更可靠。参考2
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/528567.html
