EF Core默认不支持NUMBER(1,0)到bool的自动映射，因Oracle Provider无内置转换规则；需用ValueConverter手动桥接，读取时将int转bool（推荐i => i != 0），写入时将bool转int，并显式指定HasColumnType("NUMBER(1,0)")确保类型匹配。
Oracle的NUMBER(1,0)字段映射为bool时为什么直接配置会报错
ef core默认不支持把oracle的number(1,0)（实际存0/1）自动转成c#的bool，因为oracle provider没内置这种类型映射规则。如果你在实体里写public bool isactive { get; set; }，但数据库列是number(1,0)，运行时大概率抛invalidoperationexception: the property 'x.isactive' has type 'bool' which is not supported by the current database provider——不是模型错了，是provider不认识这个转换路径。
用ValueConverter手动桥接NUMBER(1,0)和bool
核心是告诉EF Core：读取时把数据库的int（0或1）转bool，写入时把bool转回int。注意必须显式指定数据库列类型为int，否则EF可能推断成decimal，导致转换失败。
实操建议：
- 在
OnModelCreating中为该属性调用HasConversion，传入new ValueConverter<bool int>(b => b ? 1 : 0, i => i != 0)</bool> - 必须配套调用
HasColumnType("NUMBER")或HasColumnType("NUMBER(1,0)")，确保生成的SQL列类型匹配 - 如果用的是Oracle.ManagedDataAccess.Core 3.21+ 或 Devart.Data.Oracle，确认Provider已注册且支持
NUMBER到int的底层读取（老版本可能需强制HasColumnType("int")再转换）
modelBuilder.Entity<User>()
.Property(e => e.IsActive)
.HasConversion(new ValueConverter<bool, int>(b => b ? 1 : 0, i => i != 0))
.HasColumnType("NUMBER(1,0)");
为什么i => i != 0比i => i == 1更安全
Oracle里NUMBER(1,0)理论上只存0或1，但实际可能因数据迁移、手工INSERT或触发器写入其他整数（比如-1表示“待审核”）。用i == 1会把所有非1值都转成false，而i != 0保留了“非零即真”的语义，更贴近业务中对标志位的常见理解。
另外要注意：
- 数据库约束（如
CHECK (STATUS IN (0,1))）比代码逻辑更可靠，建议补上 - 如果业务明确要求严格二值（仅0/1），则用
i => i == 1并加数据库约束，避免隐式逻辑偏差 - EF Core 7+ 支持
HasConversion<bool>()</bool>简写，但底层仍要处理空值——NUMBER(1,0)允许NULL，对应C#的bool?，别漏掉可空场景
查询时Where(x => x.IsActive)能走索引吗
能。EF Core生成的SQL是WHERE "IsActive" = 1（或!= 0），Oracle可以正常使用该列上的B-Tree索引。但要注意：
- 如果用了
i => i != 0，生成的SQL是"IsActive" != 0，部分旧版Oracle统计信息下可能略影响执行计划，加个函数索引CREATE INDEX idx_active_flag ON users (CASE WHEN "IsActive" != 0 THEN 1 END)可兜底 - 避免在
Where里写x.IsActive == true——虽然结果一样，但多一次装箱，无实际收益 - 批量更新时，用
ExecuteUpdate直接发SQL（如SET IsActive = 1）比加载实体再改更高效，绕过Converter开销
NUMBER(1,0)映射看似简单，真正麻烦的是空值处理、历史脏数据兼容、以及索引有效性验证——这些往往在线上压测或数据迁移时才暴露。 
