11.2

在数据库的学习里，前面更多是围绕表结构、SQL查询、多表连接展开，而今天接触的存储过程与触发器，算是数据库层面的“可编程能力”，让数据库不再只是被动接收外部SQL指令，而是可以内置业务逻辑。
存储过程相当于一组提前编译好、存放在数据库中的SQL语句集合，可以接收参数，实现复杂业务逻辑，比如批量数据校验、多表更新。相比于外部程序循环执行多条SQL，它减少了应用与数据库之间的网络交互，适合业务逻辑固定、需要反复调用的场景；缺点也很明显，逻辑写在数据库内部，调试、版本维护会更加麻烦，业务改动时容易牵一发而动全身。
触发器则是事件驱动的特殊存储过程，不需要手动调用，在表发生INSERT、UPDATE、DELETE操作时自动触发执行。典型用途：数据变更日志记录、关联表联动更新、前置的数据合法性校验。但触发器的隐式执行特性是最大坑点——执行SQL时你可能意识不到背后触发器在运行，一旦逻辑出错，排查异常非常困难，过多触发器也会拖慢写入性能。
二者核心区别：存储过程由开发者显式调用；触发器由表的数据变更事件自动触发。在实际项目开发中，很多团队会尽量把业务逻辑放在后端代码中，仅将少量强数据一致性保障逻辑放在数据库存储过程/触发器内，避免数据库逻辑过度臃肿难以维护。
写完基础示例之后能感受到，数据库编程是一把双刃剑：用好可以高效保障底层数据一致性，滥用则会让系统逻辑埋上大量隐蔽隐患，后续还需要多写案例理解边界条件、异常回滚场景。