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

Question

关于这个主题有几个问题，但我的问题非常具体到真正的自我引用。 其他问题的所有例子都是循环引用，在这种情况下对我没有帮助。

让我们说我有这个模型：

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的限制。 有什么工作？

Answer 1

您仍然可以满足您的界面并首先执行保存，然后通过添加另一个属性来设置方法，以充当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; }
}

Answer 2

您可能想重新考虑用户可以创建他或她自己的可能性......

但是，如果你真的想这样做，那就有一个解决方案。 您的主要问题是您的列是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。