oracle将空字符串''自动转为null是其默认行为，即插入''等价于插入null，导致not null约束报错，且读取时返回dbnull.value而非""。
oracle空字符串自动转null是默认行为
Oracle数据库本身不区分空字符串''和NULL，任何对VARCHAR2字段插入''都会被内部转为NULL。这意味着你在.NET里用OracleCommand.Parameters.Add("p", "")传入空串，到库表里查出来就是NULL——不是“存进去了但值为空”，而是根本没存那个空串。
这导致数据访问层（比如Dapper、Entity Framework Core或原生OracleCommand）读取时，DbValue直接是DBNull.Value，而不是""。如果你业务逻辑依赖“空字符串≠NULL”（例如前端提交了空姓名，要保留空而非删掉字段），这个隐式转换就会破坏语义。
常见错误现象：
- 保存后读取，
string.IsNullOrEmpty(entity.Name)返回true，但你期望它能区分“用户填了空”和“字段未赋值” - 用
== ""做判断永远不成立，因为从DB读出的都是null - EF Core迁移生成的
IsRequired(false)字段，实际入库后无法表达“显式空字符串”意图
在.NET中拦截并还原空字符串语义
不能靠数据库改配置（Oracle不支持禁用该行为），只能在数据访问层补一层映射逻辑。核心思路：**写入时把""转成某个特殊占位符（如"~EMPTY~"），读取时再转回来**。
实操建议：
- 不要用全局替换（比如AOP拦截所有
string参数），容易误伤其他字段；只针对明确需要区分空/NULL的业务字段（如Customer.NickName） - 使用
OracleParameter时，手动判断：var param = new OracleParameter("nick_name", OracleDbType.Varchar2); param.Value = string.IsNullOrEmpty(dto.NickName) ? "~EMPTY~" : dto.NickName; - 读取时反向处理：
var nick = reader["nick_name"] as string; entity.NickName = nick == "~EMPTY~" ? "" : nick;
- 如果用Dapper，可在
IDbConnection.Query<t></t>后加一层Select投影转换；EF Core则适合用ValueConverter（注意仅适用于string属性）
EF Core中用ValueConverter要注意的坑
ValueConverter看似完美，但Oracle Provider（如Oracle.EntityFrameworkCore 7.x+）对ConvertToProvider阶段的null处理有歧义：当C#值为""，转成"~EMPTY~"没问题；但若C#值为null，也应转成DBNull.Value，否则会把原本的NULL也塞成占位符。
关键点：
- 必须显式区分
null和""：new ValueConverter<string string>( x => x == null ? null : (x == "" ? "~EMPTY~" : x), x => x == null ? null : (x == "~EMPTY~" ? "" : x))</string> - 不能用
ConvertToProviderExpression简写，它不支持三元判断分支 - 该Converter需注册到每个目标属性（
Property(e => e.NickName).HasConversion(...)），不能设全局默认 - 注意迁移脚本不会自动加注释，团队需文档同步这个“空字符串伪装协议”
前端传参和API层要不要同步改？
要，但只需轻量对齐。如果数据访问层约定"" → "~EMPTY~"，那么API接收DTO时，不应在Controller里提前把""转null（比如用[Required] + ModelState自动清空），否则空字符串在进DAL前就消失了。
建议做法：
- DTO属性保持
string类型，不加[Required]（除非业务真不允许为空） - 避免在
AutoMapper配置里写ForMember(..., opt => opt.NullSubstitute(""))，这会让null变""，反而混淆源头 - 日志里打参数时，可加标记：
Log($"NickName='{dto.NickName ?? "(null)"}'")，方便排查是前端没传、传了空、还是DB写丢了
"~EMPTY~"，所以选占位符时得加随机盐或用不可见字符（如"\0\0"），但后者在UTF8传输中可能被截断。
