EF Core 8 默认不支持 Oracle 序列自动映射，因 Oracle 无原生 IDENTITY 列且序列是独立对象，EF Core 无法从元数据推断序列名；必须显式配置 HasDefaultValueSql("seq.NEXTVAL") 并确保序列存在。
EF Core 8 默认不支持 Oracle 序列自动映射为主键生成策略，必须显式配置序列名和生成方式，否则会报 ORA-02289: sequence does not exist 或插入时主键为 0/NULL。
为什么 EF Core 不像 SQL Server 那样自动识别 Oracle 序列
Oracle 没有原生的 IDENTITY 列（12c+ 虽支持 GENERATED BY DEFAULT AS IDENTITY，但 EF Core 8 的 Oracle Provider 仍默认走传统序列路径），且序列是独立对象、不绑定表结构。EF Core 无法从元数据中反向推导出该用哪个序列——它连“是否存在序列”都不知道，更不会猜名字。
常见错误现象：
- 插入新实体时抛出
Oracle.ManagedDataAccess.Client.OracleException: ORA-02289: sequence does not exist - 主键字段始终为 0 或
default(int)，数据库拒绝插入（NOT NULL 约束失败） - 使用
[DatabaseGenerated(DatabaseGeneratedOption.Identity)]但毫无效果
正确配置：在 OnModelCreating 中注册序列并绑定主键
关键动作是两步：声明序列存在 + 指定主键值来源。不能只靠属性注解。
实操建议：
- 确保数据库中已存在序列，例如：
CREATE SEQUENCE users_seq START WITH 1 INCREMENT BY 1 NOCACHE NOCYCLE; - 在
OnModelCreating(ModelBuilder modelBuilder)中添加如下配置：
modelBuilder
.Entity<User>()
.Property(e => e.Id)
.UseIdentityColumn() // ❌ 错误：这是给 SQL Server 用的，Oracle 下无效
.HasDefaultValueSql("users_seq.NEXTVAL"); // ✅ 正确：显式指定序列取值 SQL
或者更推荐的写法（兼容性更强，避免方言差异）：
modelBuilder
.Entity<User>()
.Property(e => e.Id)
.ValueGeneratedOnAdd()
.HasDefaultValueSql("users_seq.NEXTVAL");
注意：HasDefaultValueSql 是 Oracle Provider 实际生效的核心；ValueGeneratedOnAdd 仅用于告知 EF Core “这个值由数据库生成”，不触发任何 Oracle 特定行为。
使用 Oracle.EntityFrameworkCore 时的兼容性陷阱
截至 2026 年，主流 Oracle EF Core Provider（如 Devart、Oracle官方包）对序列的支持仍存在细微差异：
- Oracle 官方包（
Oracle.EntityFrameworkCorev8.x）要求序列名**必须全大写**，即使建库时用了小写或混合大小写，也得写成"USERS_SEQ".NEXTVAL（带双引号）或直接全大写不加引号 - Devart provider 支持大小写不敏感，但若序列名含下划线或数字开头，仍需加双引号：
"users_seq".NEXTVAL - 如果用
.UseIdentityColumn()，EF Core 会尝试发CREATE SEQUENCE语句——这在生产库通常无权限，直接失败 - 不要混用触发器：若数据库侧已建了触发器自动赋值
:new.id := seq.nextval，EF Core 再配HasDefaultValueSql就会导致主键被赋两次值（一次 EF 插入时，一次触发器），最终可能跳号或冲突
替代方案：用 Identity Column（Oracle 12c+ 推荐）
如果你控制数据库版本（≥12c）且能改表结构，直接用原生 IDENTITY 列比序列更干净：
CREATE TABLE users (
id NUMBER GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY,
name VARCHAR2(50)
);
此时 EF Core 8 只需：
modelBuilder
.Entity<User>()
.Property(e => e.Id)
.ValueGeneratedOnAdd();
无需 HasDefaultValueSql，也不依赖外部序列对象。但要注意：GENERATED BY DEFAULT AS IDENTITY 和 GENERATED ALWAYS AS IDENTITY 行为不同——后者禁止手动插入 ID，前者允许（适合迁移场景）。
真正容易被忽略的是：序列名大小写、触发器与 ORM 的双重赋值冲突、以及 Provider 对 HasDefaultValueSql 的实际执行时机（它只影响 INSERT 语句的 VALUES 子句，不干预触发器）。这些点不验证就上线，第二天就会发现 ID 跳着长或者插入失败。
