数据库设计里的约束、触发器、存储过程，用得顺手真的能省不少事。尤其你在做业务逻辑收口或者数据完整性这块，少不了这几个老伙计。
约束的存在感不高，但用好了能防掉不少低级错误。比如 唯一约束 和 外键，就像是数据库里的守门员，不让乱七八糟的数据混进去。字段级别搞清楚，写起来也不复杂。
触发器，嗯，说白了就是数据库里的一种“自动动作”。像你插入一条订单，它自己就能把库存扣掉。你写个 AFTER INSERT 的触发器就搞定了，效率还挺高，逻辑也统一。
存储过程就更实用了，封装点业务逻辑进去，比如“批量结算”这类功能，直接写在数据库里，一句 CALL settle_orders() 就能跑，比前端手动拼 SQL 效率高多了，还更安全。
如果你还在手写一堆重复 SQL，不妨看看这几个资料，都是我觉得比较实用的：
- 数据库触发器与存储过程比较：存储过程
- 设计数据库触发器-创建方法
- PLSQL 存储过程触发器指南，PL/SQL 语法也挺清晰的
- 存储过程和触发器的示例，直接拿来改就能用
- SQL Server 存储过程与触发器，做微软栈的可以看这个
如果你经常和数据库打交道，尤其是多人协作的项目，真的可以试试把部分逻辑往数据库里搬，省事还清爽。