判断对象是否不存在应在哪一层？以评论插入场景为例

先看定义的Comment实体：

public class comment 
{
    public int Id { get; set; }
    public int TopicId { get; set; }
    public string Text { get; set; }
}

其中TopicId是关联Topics表的外键，关于插入评论时如何验证主题存在，有两种典型方案，各有优劣：

方案一：应用层提前查询验证 #

• 操作逻辑：插入评论前，先执行SELECT语句检查对应TopicId的主题是否存在，确认存在后再执行评论插入。
• 优点：能给用户返回直白的业务错误提示（比如“该主题已被删除，无法发表评论”），体验更顺畅；不用处理数据库抛出的底层异常，上层代码逻辑更简洁。
• 缺点：多了一次数据库查询，有轻微性能开销；存在竞态风险——如果查询后到插入前的短时间内，主题被其他请求删除，还是会触发数据库外键约束异常，需要额外做兜底处理。

方案二：依赖数据库外键约束处理异常 #

• 操作逻辑：直接执行评论插入操作，若TopicId对应的主题不存在，数据库会抛出外键约束违反的异常，上层代码捕获后转换成用户能理解的业务提示。
• 优点：少一次数据库查询，性能更好；完全避免竞态问题，因为数据库的外键检查是原子性的，插入操作的同时会验证外键有效性，不存在中间状态。
• 缺点：需要上层代码识别数据库的特定异常（不同数据库的错误码不同，比如MySQL是1452，SQL Server是2627），再转换成业务错误，处理逻辑相对繁琐。

实际项目选择建议 #

• 如果业务对用户体验要求极高，希望尽可能提前给出明确反馈，且能接受微小性能损耗和竞态兜底，优先选应用层验证。
• 如果追求性能最优、数据一致性更可靠，且愿意处理异常转换，推荐依赖数据库外键约束的方案。
• 很多团队会结合两种方式：应用层做常规验证，同时捕获数据库外键异常作为兜底，既保证用户体验，又避免竞态问题。

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