EF Core映射Oracle时需显式配置大小写：用HasColumnName("USER_NAME")或[Column("USER_NAME")]对齐数据库字段，ToTable("EMPLOYEES")统一表名，避免ORA-00904错误。
EF Core映射Oracle表时字段名大小写不一致直接报ORA-00904
oracle默认把未加引号的标识符全转成大写，而ef core生成sql时默认用pascalcase或驼峰名直译，比如实体属性username会生成username或username，但数据库里实际是user_name——结果就是“无效的标识符”错误。这不是配置漏了，是默认行为和oracle底层规则天然冲突。
用HasColumnName()显式指定列名是最稳的解法
别依赖EF Core自动推导，尤其当数据库已存在、字段名含下划线或全大写时。必须在OnModelCreating里逐个对齐：
- 字段名是
USER_NAME（大写+下划线）→ 配置HasColumnName("USER_NAME") - 字段名是
"user_name"（带双引号的小写）→ 配置HasColumnName("\"user_name\"")，引号必须保留 - 整个模型统一转大写？可以用
modelBuilder.Properties().Configure(c => c.HasColumnName(c.ClrPropertyInfo.Name.ToUpper()))，但注意：这会覆盖所有属性，包括你本想保留小写的特殊字段
HasFieldName不是EF Core的标准API，别被误导
EF Core没有HasFieldName这个方法。常见混淆来源是把HasColumnName记错，或是误看了旧版EF6（HasColumnName）或某些第三方扩展包的命名。你在代码里写HasFieldName只会编译失败，IDE也不会提示补全——它根本不存在。
正确入口只有两个：
- 数据注解：
[Column("USER_NAME")]放在属性上 - Fluent API：
entity.Property(e => e.UserName).HasColumnName("USER_NAME")写在OnModelCreating里
迁移时表名也要同步处理，否则dotnet ef migrations add会崩
表名同样受大小写影响。如果数据库里是EMPLOYEES，但EF Core按类名Employee生成employees，后续Update-Database就会找不到目标表。
- 统一用
[Table("EMPLOYEES")]标注实体类 - 或在Fluent API中写
modelBuilder.Entity<employee>().ToTable("EMPLOYEES")</employee> - 别用
ToTable(x.ClrType.Name.ToLower())这类自动转小写的逻辑——Oracle里小写表名必须加引号，而EF Core迁移脚本默认不加，一跑就错
最麻烦的点在于：大小写问题往往不会在开发机上暴露，因为本地Oracle实例可能配置了不区分大小写的兼容模式；一上生产环境，ORA-00904立刻报给你看。所以建模阶段就要把HasColumnName和ToTable写全，别等报错再补。
