7

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

假设我有这个模型：

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 的限制。解决方法是什么？

4

2 回答 2

1

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

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

于 2013-10-11T15:08:51.670 回答
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; }
}
于 2013-10-11T14:58:43.160 回答