HasData仅在EF Core迁移生成和执行阶段写入数据库且仅对首次建表生效，需配合dotnet ef migrations add和dotnet ef database update使用，主键必须显式指定，不支持导航属性级联插入，修改后需重新添加迁移才能更新。
HasData 不是运行时数据初始化工具，它只在 EF Core 迁移生成和执行阶段写入数据库，且仅对首次建表生效。
HasData 必须配合迁移命令才起作用
-
dotnet ef migrations add会把HasData中的对象转成migrationBuilder.InsertData(...)写进迁移文件的Up方法里 -
dotnet ef database update才真正执行插入；不运行这一步，数据库里什么都不会有 - 如果删过迁移文件或改过
HasData内容，必须重新add一次迁移，否则变更不会落地
常见错误现象：
- 数据库空表，但代码里明明写了
HasData - 检查迁移文件（.cs 后缀）里有没有
InsertData调用 - 检查
database update是否操作的是你正在看的那个数据库（比如连接字符串指向Sqlite，却去查了 SQL Server）
主键值必须显式指定，哪怕字段是自增列
- EF Core 要求每个种子实体的主键字段（如
Id）不能为默认值（0、null） - 否则抛异常：
System.InvalidOperationException: The seed entity for entity type 'X' cannot be added because it has the property 'Id' set to default value.
正确做法：
- 显式赋值：
new Product { Id = 1, Name = "Laptop" } - 即使数据库列设为
IDENTITY，也得给个临时 ID；EF Core 不会在迁移中依赖数据库生成 ID - 更稳妥的选择是用
Guid或业务主键替代自增整数做种子主键
HasData 不支持导航属性自动解析或运行时校验
- 外键字段（如
CategoryId）必须提前存在对应记录，否则迁移执行时会失败（外键约束报错） -
HasData不处理关联对象的级联插入，比如不能直接写new Product { Category = new Category { Id = 1 } } - 导航属性会被忽略，只有标量字段（含外键）参与插入
使用建议：
- 先用
HasData插入父表（如Category），再插子表（如Product），并确保外键值对齐 - 避免在
HasData中混用新旧主键逻辑（例如一部分用int自增，一部分用Guid），容易导致迁移脚本冲突
实际项目里最容易被忽略的一点：种子数据一旦随迁移写入数据库，后续修改 HasData 并不会自动更新已有行——除非你手动加 UpdateData 或重建迁移。它不是“配置即数据”，而是“迁移快照”。
