ORA-00942错误主因是EF Core未自动设置Oracle Schema，需在OnModelCreating中调用modelBuilder.HasDefaultSchema("YOUR_SCHEMA_NAME")显式指定；同时注意大小写、权限、类型兼容性及脚本生成配置。
Oracle迁移脚本生成后报 ORA-00942：表或视图不存在
这是最常见的现象——dotnet ef migrations add 能成功生成脚本，但执行时在目标库报错。根本原因是 EF Core 默认用 DatabaseFacade.GetConnectionString() 获取连接串后，直接连到当前数据库（比如 ORCL），而 Oracle 的 Schema 是通过用户名隔离的，EF Core 并不自动把 User Id 当作默认 Schema。迁移脚本里所有 CREATE TABLE 都没加 schema 前缀，导致 Oracle 查找对象时默认查当前 session 用户（通常是连接用户），而非你期望的业务 Schema。
解决办法是显式指定 DefaultSchema：
- 在
OnModelCreating中调用modelBuilder.HasDefaultSchema("YOUR_SCHEMA_NAME")，注意大小写——Oracle 默认大写，且如果用户名含双引号（如"MyUser"），必须严格匹配 - 确保连接字符串里的
User Id有CREATE TABLE、ALTER ANY TABLE等权限；若用 DBA 账户连接，仍需在HasDefaultSchema中填业务 Schema 名，不能填 DBA 用户名 - 避免在实体类上用
[Table("t_user")]单独设表名却不设 Schema，否则迁移脚本会生成无 Schema 的 DDL，运行时再通过HasDefaultSchema补救也无效
生成的 SQL 脚本里出现 unsupported 类型如 time zone 或 JSON
.NET 8 的 Oracle EF Core provider（即 Oracle.EntityFrameworkCore 8.x）对 Oracle 原生类型的映射仍有边界。例如 DateTimeOffset 默认映射为 TIMESTAMP WITH TIME ZONE，但部分 Oracle 版本（尤其是 12c 及更早）不支持在约束或索引中使用该类型；JsonDocument 映射为 JSON 类型则要求 Oracle 21c+ 且启用 JSON 功能。
实操建议：
- 用
HasColumnType("TIMESTAMP")显式覆盖DateTimeOffset的列类型，放弃时区精度，避免迁移失败 - 若必须存 JSON，确认目标库版本 ≥ 21c，并在连接字符串加
Enable Json=true（部分 provider 版本需要） - 检查迁移脚本输出中的
CREATE TABLE语句，搜索WITH TIME ZONE和JSON字样，手动替换前务必验证字段语义是否可降级
使用 dotnet ef migrations script 时未生效 --output 参数
命令如 dotnet ef migrations script --output ./migrate.sql 在 .NET 8 + Oracle 场景下常“静默失败”：控制台显示 “Done.”，但文件没生成。这不是 bug，而是因为 EF Core 默认只在项目输出目录（bin/Debug/net8.0/）下查找 appsettings.json，而 Oracle provider 需要从中读取连接配置才能初始化 IDesignTimeDbContextFactory —— 如果配置缺失，它会跳过脚本生成，也不报错。
关键动作：
- 确保
appsettings.json存在于项目根目录，并在.csproj中声明<content include="appsettings.json" copytooutputdirectory="PreserveNewest"></content> - 连接字符串必须放在
ConnectionStrings段下，键名要与DbContext构造函数中options.UseOracle(...)所用名称一致 - 如果用了自定义
IDesignTimeDbContextFactory，确认其实现里没有硬编码连接串，且构造OracleDbContextOptionsBuilder时传入了正确的schema参数
迁移脚本执行时报 ORA-01031：权限不足
Oracle 对 DDL 权限管控极细。即使连接用户能连库、查数据，执行 CREATE SEQUENCE 或 CREATE INDEX 也可能失败。EF Core 迁移脚本默认按顺序执行所有 DDL，只要其中一条失败，整个脚本中断，且不会回滚已执行部分。
稳妥做法：
- 不要用连接用户直接跑完整脚本；先用 DBA 账户登录，执行
GRANT CREATE SEQUENCE, CREATE TRIGGER, ALTER ANY TABLE TO YOUR_SCHEMA; - 如果必须用普通用户，提前在目标 Schema 下手动建好序列（如
CREATE SEQUENCE user_seq START WITH 1 INCREMENT BY 1;），然后在实体配置中用HasSequence指向它，避免迁移尝试新建 - 留意脚本中
CREATE INDEX是否引用了函数索引或域索引——这类索引需要额外权限，且 EF Core 不校验，只能靠人工筛查
Schema 迁移不是“生成即运行”，Oracle 的权限模型、大小写敏感、类型支持粒度都比 SQL Server 细得多。哪怕一个字母的大小写不匹配，或者连接串里多了一个空格，都可能导致脚本卡在第 3 行。动手前，先 sqlplus 连上去，DESCRIBE USER_USERS 确认当前 Schema 名，再看脚本第一行是不是 CREATE TABLE YOUR_SCHEMA.T_USER。
