EF Core 连接 Oracle 时必须显式调用 HasDefaultSchema("HR")（全大写）才能生成带 Schema 前缀的 SQL，否则因默认不加 Schema 导致 ORA-00942；该设置影响所有未显式指定 Schema 的实体及 __EFMigrationsHistory 表，且需与连接用户权限、大小写严格对齐。
ef core 生成 oracle sql 时不带 schema 名，根本原因不是漏写，而是默认行为没被覆盖 —— 必须显式调用 hasdefaultschema，否则它会把当前连接用户当 schema，而 oracle 实际表往往在另一个 schema 下（比如 hr、sales），导致 ora-00942: 表或视图不存在。
OnModelCreating 中必须调用 HasDefaultSchema 才生效
很多人以为只要在连接字符串里指定用户，EF Core 就会自动用它作 Schema，但 Oracle 提供程序（如 Oracle.EntityFrameworkCore）并不这样工作。它默认不加 Schema 前缀，所有 SELECT、INSERT 都变成裸表名，比如 SELECT * FROM Product，而不是 SELECT * FROM HR.Product。
-
HasDefaultSchema("HR")必须在OnModelCreating中调用，放在base.OnModelCreating(modelBuilder)之后或之前都行，但不能省略 - 如果连接用的是
SYSTEM用户，但表实际建在HR下，不设HasDefaultSchema就永远查不到 —— 这和 SQL Server 的dbo默认行为完全不同 - 该设置影响所有未显式指定 Schema 的实体；若某张表在别的 Schema（如
AUDIT_LOG在LOGSSchema），得单独用ToTable("AUDIT_LOG", "LOGS")
大小写敏感导致 Schema 查找失败
Oracle 对 Schema 名和表名默认转大写，但 EF Core 生成的 SQL 如果传入小写 Schema（如 hasDefaultSchema("hr")），Oracle 可能无法匹配已存在的大写 Schema HR，直接报错 ORA-01435: user does not exist。
- Schema 名必须全大写：用
HasDefaultSchema("HR")，不要写"hr"或"Hr" - 实体类名、属性名不受影响，但映射到的表名如果含大小写（比如双引号建的
"ProductDetail"），需用ToTable("\"ProductDetail\"", "HR")显式转义 - 迁移命令（
dotnet ef migrations add Init）生成的 SQL 也会带错大小写，所以首次迁移前务必确认 Schema 名大小写
__EFMigrationsHistory 表也得落在目标 Schema 下
如果不指定 Schema，EF Core 会把迁移历史表 __EFMigrationsHistory 建在当前连接用户下（比如 SYSTEM.__EFMigrationsHistory），但运行时查询却去 HR.__EFMigrationsHistory，结果找不到记录，反复执行 Update-Database 仍提示“未应用迁移”。
- 必须确保
__EFMigrationsHistory和业务表在同一 Schema：在OnModelCreating中设HasDefaultSchema("HR")后，该表自动建在HR下 - 如果已有迁移但建错了 Schema，删掉
Migrations文件夹 + 清空__EFMigrationsHistory表（注意备份）+ 重新dotnet ef migrations add - 别依赖
UseOracle配置里的user id=参数来推断 Schema —— 它只控制连接权限，不参与 SQL 生成
验证是否生效：看生成的 SQL 或日志
光看代码没用，得确认最终发出的 SQL 确实带了 Schema 前缀。最直接的方式是开启 EF Core 日志：
- 在
Program.cs中配置日志级别：builder.Logging.AddConsole().AddFilter("Microsoft.EntityFrameworkCore.Database.Command", LogLevel.Information) - 执行一个简单查询（如
context.Products.ToList()），观察输出的 SQL 是否为SELECT * FROM HR.PRODUCT - 如果仍是
SELECT * FROM PRODUCT，说明HasDefaultSchema没被调用，或被后续其他配置覆盖（比如某个ToTable覆盖了全局设置）
真正麻烦的从来不是写一行 HasDefaultSchema，而是 Oracle 把 Schema 当成“用户命名空间”来管，而 EF Core 的抽象层又默认不透出这层语义 —— 所以每次连 Oracle，都得手动补上这一句，且大小写、权限、迁移表位置，三者必须同步对齐。
