如何在代码优先 EF5 中使用真正的自引用实体

本文关键字：实体 自引用 代码 EF5 | 更新日期: 2023-09-27 18:34:51

关于

这个话题有几个问题，但我的问题非常特定于真正的自我引用。其他问题的所有示例都是循环引用，在这种情况下对我没有帮助。

假设我有这个模型：

public class User
{
    [Key]
    public int Id { get; set; }
    ...
    public int CreatedByUserId { get; set; }
}

而这张地图：

public class UserMap : EntityTypeConfiguration<User>
{
    public UserMap()
    {
        this.HasRequired(a => a.CreatedByUser)
            .WithMany()
            .HasForeignKey(u => u.CreatedByUserId);
    }
}

迁移使用此代码生成数据库后，我可以在 SQL Management Studio 中手动添加 Id = 1 和 CreatedByUserId = 1 的用户，以便告诉我这样的自引用可以工作。

但是，在使用 EF 创建用户时，我遇到了"无法确定相关操作的有效排序"问题。关于这个问题有很多问题，涉及一个新实体，该实体引用另一个在第一个实体上具有外键的新实体，这是一个循环引用。在这些情况下，解决方案是先保存其中一个实体，或者在循环实体外键上具有可为空的 id。我不能做其中任何一个，因为第一个是不可能的，第二个是外部约束，我不能有可为空的 id。

因此，看到我如何通过手动添加条目来实现这一点，我可以假设这是 EF5 的限制。有什么解决方法？

如何在代码优先 EF5 中使用真正的自引用实体

您仍然可以满足接口并通过添加另一个属性来充当CreatedByUserId的可为空的支持者来执行先保存然后设置方法：

public class User : ICreatable 
{
    [Key]
    public int Id { get; set; }
    ...
    public int CreatedByUserId 
    { 
        get 
        {
            if (!_CreatedByUserId.HasValue)
                //throw new exception, something went wrong.
            return _CreatedByUserId;
        }       
        set 
        {
            _CreatedByUserId = value;
        }
    }
    int? _CreatedByUserId { get; set; }
}

您可能需要重新考虑用户可以创建自己的可能性...

但是，如果您真的想这样做，那么有一个解决方案。 您的主要问题是您的列是IDENTITY列，这意味着 EF 没有指定 Id，SQL 服务器为每一行提供一个自动递增的 Id。 您设置为 Id 的任何值都将被忽略。 执行 INSERT 时，您不一定知道下一个 Id 将是什么，因此您无法创建对尚不存在的行的引用。

将映射代码更改为如下所示的内容：

this.Property(x => x.Id)
    .HasDatabaseGeneratedOption(DatabaseGeneratedOption.None);
this.HasRequired(x => x.CreatedByUser)
    .WithMany();

如果名称模式匹配，则无需指定外键(例如。CreatedByUser 和 CreatedByUserId(。

现在，当您插入用户时，您可以指定 Id 和 CreatedById。 但请注意，您现在必须始终指定 Id 才能插入新用户。 如果使用 GUID 作为 ID，这是常见做法，因为只需生成新的 GUID，而无需在创建新对象之前先查询下一个"可用"ID。

相关文章：