实体框架：它到底从哪里获取这些列？

Question

我们正在尝试让实体框架在我们的商店中使用现有的数据库（因此，更改数据库模式不是一个选项），并且我们创建的用于测试事物的单元测试显示了一些非常奇怪的行为。

这是它为我们拥有的特定对象吐出的 SQL：

SELECT 
[Extent1].[CommentTypeId] AS [CommentTypeId], 
[Extent1].[DataPartId] AS [DataPartId], 
[Extent1].[CommentId] AS [CommentId], 
[Extent1].[CreatedTime] AS [CreatedTime], 
[Extent1].[Message] AS [Message], 
[Extent1].[From] AS [From], 
[Extent1].[Likes] AS [Likes], 
[Extent1].[SourceTypeId] AS [SourceTypeId], 
[Extent1].[StatusMessage_DataPartId] AS [StatusMessage_DataPartId], 
[Extent1].[Album_DataPartId] AS [Album_DataPartId]
FROM [dbo].[Comments] AS [Extent1]

正如您可能注意到的，请求的最后两列与其他列不同。那是因为它们实际上并不存在，而且我们不知道实体为什么要求它们！我们的配置文件和 POCO 都没有提及它们。事实上，就我们的数据库而言，它们是完全独立的概念，根本没有直接关系。

它从哪里获取这些列，我如何告诉它将其删除？

编辑：为了回答下面的一些问题， 1）我们使用实体框架4.2。我们正在使用流畅的映射。

2) POCO 本身看起来像这样，为了简洁起见，去掉了等式混乱：

public long DataPartId { get; set; }
public string CommentId { get; set; }
public DateTime? CreatedTime { get; set; }
public string Message { get; set; }
public string From { get; set; }
public int? Likes { get; set; }
public string SourceTypeId { get; set; }
public int CommentTypeId { get; set; }

public virtual DataPart DataPart { get; set; }
public virtual CommentType CommentType { get; set; }

3) 我们没有使用 edmx。我们有一个自定义的 DbContext。没有太多非常有趣的台词。这两个可能很有趣：

    Configuration.LazyLoadingEnabled = true;
    Configuration.ProxyCreationEnabled = true;

除此之外，上下文文件很多

modelBuilder.Configurations.Add(new WhateverConfiguration()) 

，并且

public IDbSet<WhateverPoco> PocoDatabaseTableAccessor { get; set; }

4）我们从数据库优先开始，但这不起作用，所以我们目前正在进行代码优先。

5) 这是特定 POCO 的配置的核心：

    HasRequired (x => x.DataPart)
        .WithRequiredDependent (x => x.Comment);

    HasRequired (x => x.CommentType)
        .WithMany (x => x.Comments)
        .HasForeignKey (x => x.CommentTypeId);

    HasKey (x => x.DataPartId);
    ToTable ("Comments", "dbo");

Answer 1

问题不在于您显示的映射或类。检查您的 Album 和 StatusMessage 类。它们是实体吗？它们被映射了吗？他们有评论的集合导航属性吗？如果是，EF 预计 Comment 必须对这些表具有 FK。如果表没有此类列，则无法将这些导航属性映射到这些实体中。

顺便提一句。 Comments 表中的 id 不应该是 CommentId 而不是 DataPartId 吗？

Answer 2

实体框架与 MVC 一样，使用了大量约定优于配置。这意味着它会假设某些事情，除非你告诉它不要这样做。

然而，根据您提供的信息，这里确实有些奇怪。根据 SQL 查询，这来自 Comments 表，但是您的流畅映射表明 DataPartId 是主键。您是否有其他主键流畅映射？如果没有，您的映射可能是错误的。您是否检查过生成的实际数据库以查看数据模型是否与您想要执行的操作相匹配？

我的猜测是，您的 StatusMessage 和 Album 类具有 Comment 的导航属性，但由于您仅将 DataPartId 定义为主键，因此这是它用于查找评论的值，而不是 CommentId。

Answer 3

在 XML 编辑器中打开 .edmx 并搜索这些列。它们一定在你的模型中的某个地方。

编辑：您原来的问题没有提到您首先使用代码。我想知道您首先遇到的数据库问题是什么，通常工作得很好。对于代码优先或模型优先，您通常在创建模型后创建数据库（使用生成的 SQL 脚本）。

您将最后两个属性声明为虚拟属性，这就是生成的 SQL 看起来不同的原因。从您向我们展示的代码中，我们无法看出对相册的引用来自何处。

因为您拥有数据库，所以我会在一个项目中从模型生成 .edmx。然后，您可以使用 POCO 代码生成器或自跟踪实体生成器来生成实体并将它们存储在不同的项目中。或者您可以像已有的那样手动编写它们。属性名称必须与数据库中的列相对应。