SQL存储过程应分层设计：数据访问层（DAL）仅封装基础数据库操作，业务逻辑层（BLL）组合DAL实现用例并管理事务，编排层协调跨系统交互与日志。各层职责分明，提升可维护性、可测试性与复用性。
SQL存储过程不宜堆砌所有逻辑在一个过程中，否则难以维护、测试和复用。分层设计的核心是按职责拆分：数据访问归一层，业务规则归一层，流程编排归一层。
数据访问层（DAL）
只负责与数据库表/视图交互，不包含业务判断。每个基础操作封装为独立存储过程或内联表值函数（TVF），如 usp_GetOrderById、usp_UpdateInventory。避免在DAL里写事务、循环、复杂条件分支。
- 统一使用参数化查询，禁用拼接SQL
- 返回结果集尽量精简，不带计算字段或格式化逻辑
- 错误只抛出标准错误号（如 RAISERROR 50001, 16, 1），不处理重试或日志
业务逻辑层（BLL）
调用DAL过程组合完成具体业务动作，例如“创建订单”需查客户、校验库存、扣减库存、生成订单记录。该层可含事务控制、状态校验、简单计算，但不涉及界面适配或调度逻辑。
- 一个BLL过程对应一个明确的业务用例（如 usp_PlaceOrder）
- 事务边界清晰，用 BEGIN TRY / BEGIN CATCH 管理一致性
- 校验失败时抛出自定义错误，由上层决定是否回滚或提示
编排与集成层（Orchestration）
协调多个BLL过程，处理跨系统交互、异步任务触发、审计日志写入等。它不直接操作核心表，而是调用BLL并补充上下文行为，比如调用消息队列或更新操作日志表。
- 适合用作业（SQL Agent Job）或外部服务调用替代长时阻塞逻辑
- 关键步骤记录日志（如 usp_LogProcessStep @Step='InventoryDeducted'）
- 避免在此层做重复校验——信任BLL已保障数据有效性
分层不是增加复杂度，而是让每段SQL只专注一件事。改一个校验规则，只需动BLL；换一种库存扣减策略，只改DAL；新增微信通知，只加在编排层。基本上就这些。
