删除关联视图导航属性的Game实体时EF报错求助

这个问题我之前在做Database First项目的时候也踩过坑，EF对视图的默认处理是把它当成只读实体的，因为它没法自动推断如何修改视图背后的底层表——尤其是你这种基于Game.Date和Player.Year动态关联的视图，EF更不知道该怎么处理删除操作了。下面给你几个可行的解决方案，你可以根据自己的项目情况选：

方案1：删除前解除Game与视图的关联（最简单） #

EF报错的核心原因是：当你删除Game实体时，它会试图同步处理关联的GameHomePlayer_VW实体，但视图没有对应的删除逻辑。解决办法很直接：删除Game前，先断开它和视图实体的关联，让EF只处理Game本身的删除。

修改你的DeleteGame方法：

private async Task DeleteGame(int id) {
    // 必须包含关联的视图实体，否则无法修改导航属性
    var game = await Context.Games
        .Include(g => g.GameHomePlayer_VW)
        .Include(g => g.GameAwayPlayer_VW)
        .FirstOrDefaultAsync(i => i.Id == id);
    
    if (game == null) return;

    // 断开与视图实体的关联，EF就不会试图删除视图记录了
    game.GameHomePlayer_VW = null;
    game.GameAwayPlayer_VW = null;

    Context.Games.Remove(game);
    await Context.SaveChangesAsync();
}

优点：不需要修改EDMX或数据库，代码改动极小；保留了原有的导航属性查询逻辑。
缺点：每次删除都要手动处理关联，容易遗漏。

方案2：将视图实体配置为只读（从EF层面禁用修改） #

你可以通过修改EDMX或者手动添加Fluent配置，让EF明确知道GameHomePlayer_VW是只读实体，不要试图对它执行增删改操作。

方式A：修改EDMX XML（Database First推荐） #

打开你的EDMX文件（用文本编辑器打开），找到GameHomePlayer_VW对应的<EntityType>节点，确保它只包含<DefiningQuery>，不要添加任何<ModificationFunctionMapping>（如果有的话删掉），同时添加<ReadOnly>标记：

<EntityType Name="GameHomePlayer_VW">
  <Key>
    <PropertyRef Name="GameId" />
  </Key>
  <Property Name="GameId" Type="int" Nullable="false" />
  <Property Name="PlayerId" Type="int" />
  <DefiningQuery>
    SELECT Game.Id, Player.Id FROM Game LEFT OUTER JOIN Player ON Game.HomeTeamId = Player.TeamId AND YEAR(Game.Date) = Player.Year
  </DefiningQuery>
  <Annotation Type="ReadOnly" Value="true" />
</EntityType>

方式B：Fluent API配置（如果允许手动修改DbContext） #

在你的DbContext的OnModelCreating方法里添加配置：

protected override void OnModelCreating(DbModelBuilder modelBuilder) {
    base.OnModelCreating(modelBuilder);

    modelBuilder.Entity<GameHomePlayer_VW>()
        .ToView("GameHomePlayer_VW")
        .HasKey(v => v.GameId)
        // 标记所有属性为只读，禁用修改
        .Property(v => v.GameId).IsReadOnly();
        .Property(v => v.PlayerId).IsReadOnly();
}

优点：一劳永逸，后续所有操作都不会触发视图的修改逻辑；保留导航属性。
缺点：Database First模式下，每次更新EDMX可能会覆盖手动添加的配置，需要注意备份。

方案3：移除视图与Game的实体关联，改用手动查询（最干净） #

其实你的视图本质上是一个动态查询结果，没必要和Game实体建立强关联。可以删掉EDMX里Game和GameHomePlayer_VW的导航属性，查询时手动关联视图数据。

修改查询逻辑： #

private async Task<Game> GetGame(int id) {
    // 先查基础Game数据
    var game = await Context.Games
        .Include(g => g.HomeTeam)
        .Include(g => g.AwayTeam)
        .FirstOrDefaultAsync(i => i.Id == id);
    
    if (game == null) return null;

    // 手动查询关联的球员数据
    var homePlayers = await Context.GameHomePlayer_VW
        .Where(v => v.GameId == game.Id)
        .Include(v => v.Player)
        .Select(v => v.Player)
        .ToListAsync();
    
    var awayPlayers = await Context.GameAwayPlayer_VW
        .Where(v => v.GameId == game.Id)
        .Include(v => v.Player)
        .Select(v => v.Player)
        .ToListAsync();

    // 可以给Game类添加非映射的属性来存储这些球员（需要加[NotMapped]特性）
    // game.HomePlayers = homePlayers;
    // game.AwayPlayers = awayPlayers;

    return game;
}

删除逻辑无需改动： #

原来的DeleteGame方法可以直接用，因为现在Game和视图没有关联了，EF只会删除Game表的记录。

优点：彻底分离查询和实体模型，避免EF对视图的误操作；EDMX更新不会影响查询逻辑。
缺点：需要手动处理关联查询，代码量略增。

方案4：将视图替换为表值函数（TVF） #

如果你的视图只是用来做动态关联查询，可以把它改成表值函数，EF对TVF的支持更友好，而且默认就是只读的，不会触发修改操作。

1. 创建表值函数 #

CREATE FUNCTION dbo.GetGameHomePlayers(@GameId int)
RETURNS TABLE
AS
RETURN (
    SELECT 
        g.Id AS GameId,
        p.Id AS PlayerId
    FROM Game g
    LEFT OUTER JOIN Player p 
        ON g.HomeTeamId = p.TeamId 
        AND YEAR(g.Date) = p.Year
    WHERE g.Id = @GameId
)

2. 导入到EDMX #

在EDMX的设计器里，右键选择“Update Model from Database”，找到刚创建的表值函数并导入。

3. 查询时使用TVF #

private async Task<Game> GetGame(int id) {
    var game = await Context.Games
        .Include(g => g.HomeTeam)
        .Include(g => g.AwayTeam)
        .FirstOrDefaultAsync(i => i.Id == id);
    
    if (game != null) {
        var homePlayers = await Context.GetGameHomePlayers(id)
            .Join(Context.Players, v => v.PlayerId, p => p.Id, (v, p) => p)
            .ToListAsync();
        // 同样可以把球员数据赋值给Game的非映射属性
    }
    return game;
}

优点：TVF比视图更灵活，可以传递参数；EF完全不会试图修改TVF的结果。
缺点：需要修改数据库对象；查询逻辑需要调整为调用函数。

内容的提问来源于stack exchange，提问作者Matt