使用Effort初始化仓储时忽略部分外键约束的方法

嘿，这个问题我太有共鸣了——用Effort测试EF6模型时，光是初始化那些无关的关联实体就够折腾的，既费时间又增加了测试的复杂度。不过别担心，有几个实用的办法能帮你绕开这个问题，不用再创建那些非必需的记录：

1. 临时禁用目标表的外键约束 #

Effort底层依赖的是内存中的SQL Server兼容数据库，所以可以直接执行SQL语句来禁用指定表的外键约束。这样你就能直接插入测试需要的Booking实体，不用先创建一堆关联的Contract、Customer等记录。

举个代码例子：

using (var context = new YourDbContext(Effort.DbConnectionFactory.CreateTransient()))
{
    // 禁用Bookings表的所有外键约束
    context.Database.ExecuteSqlCommand("ALTER TABLE [Bookings] NOCHECK CONSTRAINT ALL");
    
    // 直接添加测试用的Booking，不用初始化关联实体
    context.Bookings.Add(new Booking 
    { 
        BookingId = 1,
        // 只设置你测试需要的字段，关联字段可以留空或者随便填个值
        ContractId = 999 
    });
    context.SaveChanges();
    
    // 执行你的测试逻辑...
}

如果需要一次性禁用所有表的约束，也可以用这条SQL：

EXEC sp_msforeachtable "ALTER TABLE ? NOCHECK CONSTRAINT ALL"

不过更推荐针对特定表禁用，避免影响其他测试数据的完整性。

2. 为测试项目创建专用的DbContext，放宽外键约束 #

你可以在测试项目里继承原有DbContext，重写OnModelCreating方法，临时修改外键的配置——比如把原来的必填外键改成可选，或者直接移除不必要的关联。

示例代码：

public class TestBookingDbContext : YourDbContext
{
    public TestBookingDbContext(DbConnection connection) : base(connection) { }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        // 先应用原有模型配置
        base.OnModelCreating(modelBuilder);
        
        // 把Booking和Contract的关联改成可选
        modelBuilder.Entity<Booking>()
            .HasOptional(b => b.Contract)
            .WithMany(c => c.Bookings)
            .HasForeignKey(b => b.ContractId);
            
        // 对其他非必需的关联做同样处理，比如Customer、Office等
        modelBuilder.Entity<Booking>()
            .HasOptional(b => b.Customer)
            .WithMany(c => c.Bookings)
            .HasForeignKey(b => b.CustomerId);
    }
}

之后测试时用这个TestBookingDbContext，就能直接创建Booking而不用初始化关联实体了。这种方式更符合EF的开发习惯，适合大量测试都需要跳过关联初始化的场景。

3. 用自动填充工具生成最小化的关联数据 #

如果不想修改约束，也可以用AutoFixture这类工具自动生成关联实体的最小实例，省去手动创建的麻烦。它能自动帮你生成所有关联对象的默认值，你也可以选择性忽略某些不需要的关联。

示例：

var fixture = new Fixture();

// 让AutoFixture自动生成所有关联实体
var booking = fixture.Create<Booking>();

// 或者忽略某个不需要的关联，比如Contract
fixture.Customize<Booking>(b => b.With(x => x.Contract, null));
var simplifiedBooking = fixture.Create<Booking>();

这种方式既能保留外键约束的完整性，又不用手动写一堆重复的初始化代码，适合需要维持模型约束但想减少工作量的场景。

这三种方法各有优劣，你可以根据自己的测试场景选择：

• 单条测试快速解决：选禁用外键约束的方法；
• 大量测试需要简化初始化：用测试专用DbContext；
• 想保留约束又不想手动写代码：试试AutoFixture。

内容的提问来源于stack exchange，提问作者Kevin O'Donovan