如何在EF Core中不调用SaveChanges检查数据删除的约束合法性？

当然可以不用调用SaveChanges来判断数据项是否因数据库约束无法删除，以下是几种更简洁、调试友好的方案：

方案一：直接查询关联实体（推荐） #

数据库约束（如外键）阻止删除的核心原因是存在关联数据，因此直接查询所有引用该DropDown的表，判断是否有关联记录即可。这种方法无异常抛出，调试简单，性能可控。

示例代码：

private async Task<bool> IsDropDownDeletable(int dropDownId)
{
    using var scope = _serviceProvider.CreateScope();
    var scopedContext = scope.ServiceProvider.GetRequiredService<IMyContext>();

    // 检查所有关联了DropDownId的表，根据实际业务补充
    var hasRelatedOrders = await scopedContext.Orders.AnyAsync(o => o.DropDownId == dropDownId);
    var hasRelatedProducts = await scopedContext.Products.AnyAsync(p => p.DropDownId == dropDownId);
    
    // 若所有关联表都无引用，则可删除
    return !hasRelatedOrders && !hasRelatedProducts;
}

• 优点：逻辑直观，无异常，调试成本低；
• 缺点：需手动维护所有关联关系，新增关联表时要同步更新检查逻辑。

方案二：执行原生SQL自动检测所有外键引用 #

如果不想手动维护关联关系，可以通过查询数据库系统表，自动检测所有引用该DropDown的表是否存在关联数据。这种方法适配所有已配置的外键约束，但依赖具体数据库系统的语法。

以SQL Server为例的示例代码：

private async Task<bool> IsDropDownDeletable(int dropDownId)
{
    using var scope = _serviceProvider.CreateScope();
    var scopedContext = scope.ServiceProvider.GetRequiredService<IMyContext>();

    // 查询所有引用DropDowns.Id的外键表，判断是否有关联记录
    var checkSql = @"
SELECT COUNT(*)
FROM sys.foreign_keys fk
JOIN sys.tables childTable ON fk.parent_object_id = childTable.object_id
JOIN sys.columns childColumn ON childTable.object_id = childColumn.object_id 
    AND fk.parent_column_id = childColumn.column_id
JOIN sys.tables parentTable ON fk.referenced_object_id = parentTable.object_id
JOIN sys.columns parentColumn ON parentTable.object_id = parentColumn.object_id 
    AND fk.referenced_column_id = parentColumn.column_id
WHERE parentTable.name = 'DropDowns' 
  AND parentColumn.name = 'Id'
AND EXISTS (
    SELECT 1 
    FROM childTable 
    WHERE childColumn.name = @DropDownId
)";

    var referencedCount = await scopedContext.Database
        .ExecuteSqlRawAsync(checkSql, new SqlParameter("@DropDownId", dropDownId));

    return referencedCount == 0;
}

• 优点：自动识别所有外键关联，无需手动维护；
• 缺点：SQL语法依赖数据库类型（如MySQL、PostgreSQL的系统表结构不同），需针对性调整。

方案三：加载实体导航属性检查（慎用） #

如果你的DropDown实体配置了导航属性，可以加载所有关联实体后判断是否有引用。但这种方法需要加载所有关联数据，性能较差，且容易因遗漏导航属性导致误判。

示例代码：

private async Task<bool> IsDropDownDeletable(int dropDownId)
{
    using var scope = _serviceProvider.CreateScope();
    var scopedContext = scope.ServiceProvider.GetRequiredService<IMyContext>();

    var dropDown = await scopedContext.DropDowns
        .Include(d => d.Orders) // 必须显式Include所有导航属性
        .Include(d => d.Products)
        .FirstOrDefaultAsync(d => d.Id == dropDownId);

    if (dropDown == null) return false; // 若实体不存在，根据业务调整返回值

    return !dropDown.Orders.Any() && !dropDown.Products.Any();
}

• 优点：使用EF Core原生API，无需写SQL；
• 缺点：加载大量关联数据影响性能，必须确保所有导航属性都被Include，否则会误判。

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