EF 6.2.0技术问询：未调用SaveChanges时能否插入并查询记录

当然可以！EF 6.2.0完全支持在调用SaveChanges()之前向上下文添加实体，并且在同一个上下文实例中查询到这条未持久化的记录——这正是EF上下文的内存跟踪机制在起作用，非常适合你需要关联其他表记录的场景。

原理说明 #

当你把实体添加到DbSet<T>后，EF的上下文会在内存中跟踪这个实体的状态（标记为EntityState.Added）。此时，针对同一个上下文的查询会自动包含这些内存中的未保存实体，不需要先把数据写入数据库就能完成关联操作。

代码示例 #

假设我们有Project（项目）和Task（任务）两个实体，需要先创建项目，再创建关联该项目的任务：

using (var context = new YourDbContext())
{
    // 1. 创建并添加新项目到上下文
    var newProject = new Project
    {
        Name = "EF内存跟踪测试项目",
        CreateTime = DateTime.Now
    };
    context.Projects.Add(newProject);

    // 2. 在SaveChanges前查询这个新项目（完全可行）
    var targetProject = context.Projects.FirstOrDefault(p => p.Name == "EF内存跟踪测试项目");
    // 这里targetProject和newProject是同一个实例，上下文能直接从内存中找到它

    // 3. 创建任务并关联到这个项目
    var newTask = new Task
    {
        Title = "完成需求分析",
        Status = "未开始",
        ProjectId = targetProject.Id // 即使ProjectId还没拿到数据库自增值，EF会自动处理关联
    };
    context.Tasks.Add(newTask);

    // 4. 最后一次性提交所有变更到数据库
    context.SaveChanges();
    // SaveChanges后，newProject.Id会被更新为数据库生成的自增值，Task的ProjectId也会同步为正确值
}

关键注意事项 #

• 自增主键处理：如果实体使用数据库自增主键（比如SQL Server的IDENTITY），SaveChanges()前主键通常是默认值（如0），但EF会在内部维护实体间的关联关系，提交后会自动把数据库生成的主键值更新到实体中。
• 上下文一致性：必须保证添加和查询操作在同一个上下文实例中进行。每个上下文的内存跟踪是独立的，换了新上下文就查不到未保存的实体了。
• 查询兼容性：不管是简单查询还是带过滤条件的复杂查询，只要内存中的实体符合条件，EF都会将其与已持久化的实体一起返回。

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