什么是存储过程，你应该何时使用它们？

Question

什么是存储过程，你应该何时使用它们？

Accepted Answer

**存储过程** 是一组保存在数据库中并按名称执行的 SQL 语句（和程序逻辑）。它在数据库 *内部* 运行逻辑，而不是在应用代码中。它们具有真实的好处，但也有重大的权衡，因此何时使用它们是一个真正的设计决策。

## 一个存储过程

```sql
-- define a procedure that encapsulates logic in the database
CREATE PROCEDURE transfer_funds(from_id INT, to_id INT, amount DECIMAL)
LANGUAGE plpgsql AS $$
BEGIN
  UPDATE accounts SET balance = balance - amount WHERE id = from_id;
  UPDATE accounts SET balance = balance + amount WHERE id = to_id;
  -- can include logic: conditionals, loops, error handling, transactions
END;
$$;

CALL transfer_funds(1, 2, 100);   -- execute by name
```

存储过程将 SQL 和程序逻辑（变量、条件语句、循环、错误处理）捆绑到一个命名的、可重用的数据库例程中。函数类似，但返回一个值。

## 潜在的好处

```text
✓ Performance — runs IN the database (no round-trips for multi-step logic); precompiled
✓ Reduced network traffic — one call vs many queries from the app
✓ Reusability — shared logic callable from multiple applications/clients
✓ Security — grant EXECUTE on a procedure without granting table access; reduces
  injection surface (parameterized)
✓ Consistency — centralize critical logic so all clients use the same implementation
```

## 重大的权衡（为什么很多人今天避免使用它们）

```text
✗ Business logic in the DATABASE → harder to version-control, test, and maintain
  (logic split between app code and the database)
✗ Database-specific (PL/pgSQL vs T-SQL vs PL/SQL) → less portable, vendor lock-in
✗ Harder to debug than application code; weaker tooling
✗ Scaling — the database is often the hardest tier to scale; pushing logic there
  can increase its load
✗ Modern apps often prefer logic in the application layer (testable, portable, versioned)
```

## 何时使用它们

```text
✓ Performance-critical data-intensive operations (heavy multi-step DB logic, batch jobs)
✓ Logic that MUST be enforced at the DB level across multiple clients
✓ Reducing round-trips for operations involving many queries
✗ AVOID putting general business logic in procedures by default — modern practice
  usually favors the application layer (better testing, versioning, portability)
```

## 为什么这很重要

理解存储过程——包括其权衡——是宝贵的知识，因为它们代表了真正的架构选择，具有真实的好处和真实的缺陷，了解*何时*使用它们（以及何时不使用）反映了成熟的判断力。

存储过程可以提供 **性能优势**（在数据库内运行多步骤逻辑避免了网络往返）、减少网络流量、跨客户端的可重用性、安全性（授予执行权限而不授予表访问权限）和集中一致性——使其适合用于性能关键的数据密集操作、批处理和必须在多个应用程序的数据库级别强制执行的逻辑。

然而，理解 **重大的权衡** 同样重要，反映了现代实践：在数据库中放置业务逻辑使其更难以版本控制、测试和维护（在应用和数据库之间分割逻辑）、将你绑定到特定数据库的程序语言（PL/pgSQL、T-SQL、PL/SQL——降低可移植性）、更难调试，并给数据库层增加负载（通常是最难扩展的部分）。

由于这些原因，**现代应用开发通常倾向于在应用层中保持业务逻辑**（可测试、可移植、版本控制），而不是在存储过程中。

关键的见解是 **何时使用它们的判断**——适合特定的性能关键或数据库级别强制执行的需求，但通常不用作业务逻辑的默认选择。

由于存储过程在许多系统中很常见（特别是企业/遗留系统），并且由于理解其好处和权衡（以及现代对应用层逻辑的倾向）是能够进行合理的架构决策的前提，理解存储过程是宝贵的高级知识，它展示了权衡数据库端与应用端逻辑的能力——这是一个有意义的设计考虑和反映架构成熟度的主题。