外键约束vs应用层约束：是否需提前校验Currency数据？

问题解答 #

两种方案的优劣分析 #

1. 依赖数据库外键约束处理

• 优势：
  • 省去额外的Currency查询，直接减少数据库交互次数，降低性能开销；
  • 代码逻辑更简洁，无需编写冗余的校验逻辑。
• 劣势：
  • 需要捕获数据库抛出的外键约束异常（TypeORM会抛出QueryFailedError），并手动转换为用户友好的业务错误提示（比如“指定的货币类型不存在”）；
  • 极端并发场景下（比如恰好删除了对应Currency记录）可能出现竞态，但如果Currency是基础静态数据，这种概率极低。

2. 提前查询校验Currency存在

• 优势：
  • 能在业务流程早期返回明确的业务错误，无需依赖数据库异常；
  • 方便扩展业务逻辑，比如校验用户是否有权限使用该货币等。
• 劣势：
  • 多一次数据库查询，增加了少量性能开销；
  • 如果Currency是几乎不会变更的静态数据，这个查询属于冗余操作。

建议方案 #

• 如果Currency是基础静态数据（比如固定的几种货币，不会频繁新增/删除），优先选择依赖数据库外键约束：
  • 只需在代码中捕获外键异常，转换为友好提示即可；
  • 注意：当前代码中直接传currency: { currency_signature: 'USC' }可能会让TypeORM尝试创建新的Currency记录，正确的关联方式应该是传入已查询到的Currency实体，或者根据Currency实体的主键定义，使用对应字段关联（比如主键是currency_signature的话，确保TypeORM识别为关联而非新建）。
• 如果Currency数据动态性强，或者需要在业务层做额外校验，提前查询校验会更合适，能在数据库操作前拦截错误，避免无效的写请求。

内容的提问来源于stack exchange，提问作者Christian Tiovanto