在EF Core中批量保存关联实体是否比单独保存更高效？

核心结论 #

• 按官方方式保存关联实体确实比单独保存更高效，但数据库调用次数并非固定为1次，具体取决于实体的关联类型和EF Core的处理逻辑。

详细说明 #

1. 数据库调用次数的实际情况 #

EF Core保存关联实体时，不会把所有操作合并成单次数据库调用，而是会根据实体的状态（新增/修改/删除）和关联关系，生成对应SQL语句并按顺序执行多个独立的数据库命令：

• 保存新增的主实体及其关联子实体时，EF Core会先插入主实体（获取自增ID），再插入子实体（用主实体ID作为外键），这会触发两次数据库调用。
• 修改已存在的主实体和子实体时，EF Core会分别生成UPDATE语句，同样是多次调用。

2. 关联保存的高效性体现 #

虽然调用次数可能和单独保存一致，但关联保存的优势在于：

• 事务一致性：EF Core自动将所有关联实体的保存操作包裹在一个事务中，确保要么全部成功，要么全部回滚，避免了单独保存时手动管理事务的繁琐和出错风险。
• 状态管理优化：通过DbContext跟踪关联实体的状态变化，EF Core可批量处理状态变更，减少手动维护实体状态和外键值的代码量，降低出错概率。
• 减少上下文交互开销：无需多次调用SaveChanges()，一次调用即可处理所有关联实体的变更，减少了上下文与数据库的重复交互成本。

3. 批量插入的特殊优化场景 #

如果是批量插入大量无依赖的关联实体（比如主实体已存在，批量插入子实体），使用EF Core的AddRange()方法一次性添加多个实体时，EF Core会生成批量插入SQL语句（取决于数据库提供商是否支持，如SQL Server支持INSERT INTO ... VALUES (...), (...)），这种情况下会大幅减少数据库调用次数，比单独逐个插入高效得多。

总结 #

关联实体保存的高效性体现在事务管理、状态维护和代码简洁性上，而非必然减少数据库调用次数。仅在特定批量插入场景下，才会合并为更少的数据库调用。

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