ASP.NET Core API操作SQL Server：EF Core插入数据的前置校验vs异常捕获

针对你的场景（无效数据占比仅5%，无效时需存入另一表），我更倾向于直接尝试插入主表并捕获外键约束导致的SQL异常，而不是提前做关联表校验。下面具体说说原因：

• 性能更优：
  既然只有5%的请求是无效的，那95%的正常请求都能通过一次数据库写入操作完成。如果提前做4次关联表查询，等于每个请求都要额外消耗数据库资源，高并发下这种累积开销会很明显。而直接插入的话，只有那5%的无效请求会触发异常流程，整体平均性能要比全量校验好得多。

• 避免竞态条件，保证数据一致性：
  提前校验存在一个隐藏风险：你校验时关联表的数据存在，但在你执行插入操作前，这条关联数据可能被其他请求删除了。这时候插入还是会失败，等于白做了校验。而依赖数据库的外键约束来保证合法性，是原子性的操作，能彻底避免这种中间状态，确保数据的一致性。

• 代码实现更简洁：
  直接插入的逻辑更简单：用EF Core添加实体后调用SaveChangesAsync()，捕获DbUpdateException并判断是不是外键冲突（SQL Server对应的错误码是547），如果是就把数据存入无效表。相比之下，提前校验需要写4次查询、处理查询结果，代码量更大，逻辑也更容易出错。

实践代码示例 #

using Microsoft.Data.SqlClient;
using Microsoft.EntityFrameworkCore;
using System.Text.Json;

// 假设你的DbContext注入后是_appDbContext
try
{
    var mainEntity = new MainTableEntity
    {
        // 赋值你的9个字段，包括4个外键属性
        Field1 = "sampleValue1",
        ForeignKeyId1 = 123,
        ForeignKeyId2 = 456,
        // ... 其他字段
    };

    _appDbContext.MainTable.Add(mainEntity);
    await _appDbContext.SaveChangesAsync();

    return Results.Ok("数据插入成功");
}
catch (DbUpdateException ex)
{
    // 精准判断是否为SQL Server外键约束冲突错误
    if (ex.InnerException is SqlException sqlEx && sqlEx.Number == 547)
    {
        var invalidEntity = new InvalidDataTableEntity
        {
            // 映射原数据的所有字段，这里用JSON序列化简化存储
            OriginalData = JsonSerializer.Serialize(mainEntity),
            ErrorReason = "关联表数据不存在，触发外键约束冲突",
            CreatedAt = DateTime.UtcNow
        };

        _appDbContext.InvalidDataTable.Add(invalidEntity);
        await _appDbContext.SaveChangesAsync();

        return Results.BadRequest("数据无效，已存入无效数据表");
    }

    // 其他数据库异常（如连接失败、唯一键冲突等）向上抛出统一处理
    throw;
}

补充说明 #

如果你的无效数据占比很高（比如超过30%），那提前过滤无效数据可能更划算——毕竟频繁触发异常也会有一定开销。但你的场景只有5%的无效数据，显然直接插入+捕获异常是更优的选择。

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