返回错误记录的位置在哪里?

6

更新

我突然想到一个可能与这个问题相关的想法。我在这个项目中使用了代码优先的方法。最初我的ZoneMapping类就像下面你看到的那样被定义,但是数据库中只有一个PrimaryKey字段。我认为这是因为EF没有正确地解释数据。

此时,我对我的迁移SQL脚本输出进行了修改,以添加额外的主键,并将其应用于数据库。我刚才更新了迁移,而不是从下面开始:

       CreateTable(
            "dbo.NetC_EF_ZoneMapping",
            c => new
                {
                    PostcodeKey = c.String(nullable: false, maxLength: 128),
                    Zone_ID = c.Int(),
                })
            .PrimaryKey(t => t.PostcodeKey)
            .ForeignKey("dbo.NetC_EF_Zone", t => t.Zone_ID)
            .Index(t => t.Zone_ID);

我刚刚尝试在定义PostcodeKey后,在迁移中手动添加额外的PrimaryKey。

 .PrimaryKey(t => t.Zone_ID)

很不幸,我仍然遇到了错误 - 我认为此迁移不用于在代码中构建EF“模型”,但我想知道它是否认为每个给定的PostcodeKey只能有一个条目,这可能解释了这种情况?
我基于Linq Except not functioning as expected - duplicate items发布了一个新问题,因为我觉得已经发现了足够的信息表明问题是无效的,实际上Except并不是问题所在。
我的问题是我有一个Linq Where子句似乎返回了错误的数据。我的数据库中的数据如下图所示:

enter image description here

表示此数据的类具有复合键:
/// <summary>
/// Represents a mapping between a postcode and a zone
/// </summary>
[Table("NetC_EF_ZoneMapping")]
public class ZoneMapping
{
    /// <summary>
    /// Gets or sets the postcode identifier
    /// </summary>
    [Key]
    public String PostcodeKey { get; set; }

    /// <summary>
    /// Gets or sets the Zone identifier
    /// </summary>
    [Key]
    public Zone Zone { get; set; }
}

我正在执行以下代码,它会得到不同的ID:

var result = this.context.ZoneMappings.Include("Zone").Where(z => z.Zone.ID == 257 && z.PostcodeKey == "2214");
var result2 = new FreightContext().ZoneMappings.Include("Zone").Where(z => z.Zone.ID == 257 && z.PostcodeKey == "2214");
if (result.First().Zone.ID != result2.First().Zone.ID)
     throw new InvalidOperationException();

enter image description here

SQL(或ToString())对于这两个项目来说是相同的。因此,唯一的区别在于一个是新上下文,而另一个已被传递并用于其他一些内容。创建返回错误结果的上下文的代码如下:

 // Copy the contents of the posted file to a memory stream
 using (StreamReader sr = new StreamReader(fileUpload.PostedFile.InputStream))
 using (FreightContext context = new FreightContext())
 {
      // Attempt to run the import
      ZoneMappingCSVImporter importer = new ZoneMappingCSVImporter(sr, context, System.Globalization.CultureInfo.CurrentUICulture);
      var items = importer.GetItems().ToList();
      importer.SaveItems(items);
      this.successBox.Value = "Import completed and added " + items.Count() + " zones mappings.";
  }

这将在我使用的库中注册一个ClassMap,其中:

这样做是为了告诉库如何把XML或JSON数据解释成类对象或者把类对象转化成XML或JSON格式的数据。

 public ZoneMappingCSVImporter(TextReader textReader, FreightContext context, CultureInfo culture)
 : base(textReader, context, culture)
 {
     this.reader.Configuration.RegisterClassMap(new ZoneMappingMap(this.context));
 }

我使用上下文进行查找:

 /// <summary>
        /// Initializes a new instance of the <see cref="ZoneMap"/> class.
        /// </summary>
        public ZoneMappingMap(FreightContext context)
        {
            if (context == null)
                throw new ArgumentNullException("context");

            Map(m => m.PostcodeKey);
            Map(m => m.Zone).ConvertUsing(row =>
            {
                // Grab the name of the zone then go find this in the database
                String name = row.GetField<String>("Zone");
                return context.Zones.Where(z => String.Compare(z.Name, name, true) == 0).FirstOrDefault();
            });
        }

我看不出这里发生了任何奇怪的事情,我验证了Entity Framework生成的SQL,验证了数据库是相同的 - 我不明白为什么会返回错误的记录。有人能解释一下吗?


当你说“已验证”时,是指你已经查看了它们两个吗?还是你实际上通过Management Studio/类似工具手动运行了查询?如果是这样的话,这些查询返回什么?两者都返回预期的ID为257的区域吗? - Simon Whitehead
@SimonWhitehead:我已经使用WinMerge将它们彼此进行了比较,以检查它们是否相同,并通过管理工作室之一运行了一个。 - Ian
他们返回了Zone ID为257的预期行吗?(我知道这些是愚蠢的问题...但我必须问一下...) - Simon Whitehead
@SimonWhitehead:没错 - 和 result2.First() 一样。我也不介意愚蠢的问题 :) - Ian
1
@Chris:好吧,我已经用不同的数据重复了这个问题,并将其提取到一个单元测试中,尽管目前我还是一无所知 :/ 另外,如果我稍微移动一下“Where()”条件,有时就不会出现错误。 - Ian
显示剩余9条评论
1个回答

2
这个问题的解释很可能是以下原因:
  • 你在实体中定义复合主键的方式不正确。根据你当前的模型,EF只将ZoneMapping.PostcodeKey视为主键。如何修复请看下文。

  • 如果在运行查询之前,对应的上下文已经包含了具有PostcodeKey == "2214"Zone_ID == 256的实体,那么你会得到错误的result。(我猜你从来没有得到过错误的result2。)当EF从数据库加载实体时,它总是在查询之后查找上下文中是否已存在具有相同键的实体。如果是,则查询的实体被丢弃,而代替它的是附加的实体添加到结果集中。在你的情况下,你正在查询PostcodeKey == "2214"Zone_ID == 257。在查询之后,EF从结果行中选择主键的值。但是,因为EF“认为”主键只是PostcodeKey == "2214",所以它搜索具有该键值的附加实体,并找到具有PostcodeKey == "2214"Zone_ID == 256的实体,并将其作为结果返回给你。你永远不会遇到result2的这个问题,因为对应的上下文是新的和空的,所以EF将返回刚加载的结果,而不是任何旧的附加实体。

如果你想定义一个复合键,你必须拥有两个键部分的标量属性。你不能使用导航属性,如ZoneMapping.Zone作为键部分。这意味着你必须在模型类中为你的列Zone_ID拥有一个属性(除了导航属性Zone):

public class ZoneMapping
{
    public String PostcodeKey { get; set; }

    public int Zone_ID { get; set; }
    public Zone Zone { get; set; }
}

为了使用数据注释定义复合键,您必须像@Jonas Jämtberg的答案中已经展示的那样使用Column(Order = n)属性。您还应该将ForeignKey属性应用于Zone_ID,因为下划线使属性名称“不常规”,因此EF不会按照惯例检测到它作为FK:

public class ZoneMapping
{
    [Key, Column(Order = 0)]
    public String PostcodeKey { get; set; }

    [Key, ForeignKey("Zone"), Column(Order = 1)]
    public int Zone_ID { get; set; }
    public Zone Zone { get; set; }
}

生成的迁移类应该具有以下主键定义,这是使用EF进行映射的:

.PrimaryKey(t => new { t.PostcodeKey, t.Zone_ID })

不像你曾试图修复问题的.PrimaryKey(t => t.PostcodeKey).PrimaryKey(t => t.Zone_ID),这种写法是错误的。


这是一个很好的解释,我很想测试一下 - 但是当我尝试添加OrderAttribute时,它似乎没有被定义。 - Ian
我意识到在EF5中需要使用Column(Order = 1),你的答案是完全正确的。 - Ian
@Ian:抱歉,我的错误,实际上从未存在过OrderAttribute这样的属性。Column(Order = n)始终是正确的属性。我已经纠正了。 - Slauma

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接