如何用C#将EF Core+SQL Server关系模型转为MongoDB集合并保留功能？

EF Core依赖关系型数据库的外键、约束和导航属性来维护集合关联，而MongoDB作为文档型数据库，不存在原生的集合关系约束，核心是通过文档嵌入或ID引用来实现数据关联，实体设计更偏向"数据聚合"而非"关系映射"。

一对多关系 #

两种实现思路 #

• 嵌入文档：将子文档直接嵌入父文档中，适合关联数据紧密、不独立更新的场景（比如Team包含固定的Player列表）。
• ID引用：父文档存储子文档的ID列表，子文档单独存于集合，适合数据需要独立更新、避免重复存储的场景。

代码示例 #

假设场景：一个FootballManager管理多个Team，一个Team对应多个Player

// Player继承自你的ApplicationUser
public class Player : ApplicationUser
{
    public int JerseyNumber { get; set; }
    public string Position { get; set; }
    // 引用所属Team的ID
    public ObjectId TeamId { get; set; }
}

public class Team
{
    [BsonId]
    public ObjectId Id { get; set; }
    public string TeamName { get; set; }
    // 一对多：存储下属Player的ID列表
    public List<ObjectId> PlayerIds { get; set; } = new List<ObjectId>();
    
    // 若用嵌入方式，直接存Player对象列表（适合Player数据不频繁修改的场景）
    // public List<Player> Players { get; set; } = new List<Player>();
}

public class FootballManager : ApplicationUser
{
    public int CoachingExperienceYears { get; set; }
    // 一对多：存储管理的Team ID列表
    public List<ObjectId> ManagedTeamIds { get; set; } = new List<ObjectId>();
}

关联查询示例 #

// 查询某个Team及其所有Player
var targetTeam = await _teamsCollection.Find(t => t.Id == targetTeamId).FirstOrDefaultAsync();
var teamPlayers = await _playersCollection.Find(p => targetTeam.PlayerIds.Contains(p.Id)).ToListAsync();
targetTeam.Players = teamPlayers; // 手动关联数据

多对多关系 #

MongoDB没有原生多对多支持，通常用双向ID引用实现：双方集合互相存储对方的ID列表，业务逻辑中维护关联一致性。

代码示例（比如Player可加入多个Team、Team包含多个Player） #

public class Player : ApplicationUser
{
    public int JerseyNumber { get; set; }
    public string Position { get; set; }
    // 多对多：存储加入过的Team ID列表
    public List<ObjectId> AssociatedTeamIds { get; set; } = new List<ObjectId>();
}

public class Team
{
    [BsonId]
    public ObjectId Id { get; set; }
    public string TeamName { get; set; }
    // 多对多：存储所有关联的Player ID列表
    public List<ObjectId> PlayerIds { get; set; } = new List<ObjectId>();
}

关联维护注意 #

添加/移除关联时，需要同时更新双方的ID列表：

// 将Player加入Team
public async Task AddPlayerToTeam(ObjectId teamId, ObjectId playerId)
{
    await _teamsCollection.UpdateOneAsync(
        t => t.Id == teamId,
        Builders<Team>.Update.Push(t => t.PlayerIds, playerId));
    
    await _playersCollection.UpdateOneAsync(
        p => p.Id == playerId,
        Builders<Player>.Update.Push(p => p.AssociatedTeamIds, teamId));
}

你已经基于ApplicationUser和ApplicationRole实现了登录，推荐用单集合多态+角色绑定的方式，既复用Identity的授权体系，又能区分用户类型：

1. 多态实体设计 #

让FootballManager和Player继承ApplicationUser，MongoDB会自动添加鉴别器字段区分类型：

public class FootballManager : ApplicationUser
{
    // 经理专属属性
    public int CoachingExperienceYears { get; set; }
    public List<ObjectId> ManagedTeamIds { get; set; } = new List<ObjectId>();
}

public class Player : ApplicationUser
{
    // 球员专属属性
    public int JerseyNumber { get; set; }
    public string Position { get; set; }
    public List<ObjectId> AssociatedTeamIds { get; set; } = new List<ObjectId>();
}

2. 启用MongoDB多态支持 #

在数据库配置中开启分层鉴别器，让MongoDB识别不同的用户子类：

var mongoClient = new MongoClient("你的MongoDB连接字符串");
var database = mongoClient.GetDatabase("FootballDb");

// 配置用户集合支持多态
var userCollection = database.GetCollection<ApplicationUser>("AspNetUsers");
var conventionPack = new ConventionPack { new HierarchicalDiscriminatorConvention("UserType") };
ConventionRegistry.Register("UserDiscriminator", conventionPack, t => t == typeof(ApplicationUser));

3. 绑定角色区分类型 #

注册用户时，给FootballManager分配Manager角色，给Player分配Player角色，后续可通过Identity的授权特性区分访问：

// 注册经理示例
var manager = new FootballManager { UserName = "manager1@test.com", Email = "manager1@test.com" };
await _userManager.CreateAsync(manager, "Password123!");
await _userManager.AddToRoleAsync(manager, "Manager");

// 授权示例（WebAPI中）
[Authorize(Roles = "Manager")]
[HttpGet("managed-teams")]
public async Task<IActionResult> GetManagedTeams()
{
    var currentManager = await _userManager.GetUserAsync(User) as FootballManager;
    // 业务逻辑...
}

• 集合指定：用[BsonCollection("集合名称")]自定义实体对应的MongoDB集合名，或在获取集合时手动指定。
• 文档ID：用[BsonId]标记主键，默认类型为ObjectId，也可自定义为字符串等类型（推荐用ObjectId）。
• 关联无约束：MongoDB不会自动维护关联一致性，所有关联的添加/删除/更新都需要在业务逻辑中手动处理。

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