Oracle参数传NULL必须用DBNull.Value而非null，否则易抛ORA-01084等异常；查询结果中NULL也表现为DBNull.Value，需用IsDBNull()或== DBNull.Value判断，不可用== null。
Oracle参数传NULL时必须用DBNull.Value，不能用null
oracle客户端（如oracle.manageddataaccess或旧版system.data.oracleclient）在绑定参数时，会严格区分.net的null和数据库语义的null。传null进去，多数情况下会抛oracleexception，比如ora-01084: invalid argument in oci call——尤其常见于clob、date、number等可空字段。
根本原因：Oracle驱动不接受null作为有效参数值，它需要明确的“数据库空”信号，即DBNull.Value。
- 传
null→ 驱动认为参数缺失或类型不匹配，直接报错 - 传
DBNull.Value→ 驱动识别为SQL NULL，正常插入/更新/查询 - 字符串字段例外：传
null有时被自动转成空字符串（不是NULL），但这是隐式且不可靠的行为，不应依赖
DataTable读取Oracle结果时，列值是DBNull.Value而非null
从Oracle查出的数据填充到DataTable后，所有NULL列的值都是DBNull.Value，不是null。直接用== null判断会漏掉真实NULL，导致逻辑错误或InvalidCastException。
正确写法是用Convert.IsDBNull()或== DBNull.Value：
var value = row["BirthDate"];
if (value == DBNull.Value) {
// 处理NULL
} else {
var date = (DateTime)value; // 安全转换
}
- 别写
if (row["BirthDate"] == null)—— 这永远为false -
Convert.IsDBNull(value)比value == DBNull.Value稍安全（能处理null输入） - 对
DataRow用IsDBNull(int columnIndex)更高效，避免装箱
批量插入/更新时避免手写DBNull.Value判断
手动为每个可空字段写if-else太啰嗦，也容易漏。推荐封装一个通用赋值方法：
public static object ToDbValue<t>(T? value) where T : struct =>
value.HasValue ? (object)value.Value : DBNull.Value;
public static object ToDbValue(string value) =>
string.IsNullOrEmpty(value) ? DBNull.Value : value;</t>
调用时直接用：
cmd.Parameters.Add(new OracleParameter("p_date", ToDbValue<datetime>(model.BirthDate)));
cmd.Parameters.Add(new OracleParameter("p_name", ToDbValue(model.Name))); </datetime>
- 注意
string类型要单独处理，因为它是引用类型，string.IsNullOrEmpty比== null更准（空字符串也要映射为NULL？按业务定） - 对
DateTime?、int?等可空值类型，优先走泛型重载，避免误传null - 别试图让驱动自动转换——Oracle驱动默认不启用自动
null→DBNull.Value映射
存储过程返回的REF CURSOR中NULL字段同样返回DBNull.Value
调用Oracle存储过程，其OUT SYS_REFCURSOR返回的结果集，NULL字段依然表现为DBNull.Value。这点和直连查询一致，但容易被忽略，尤其当过程内部做了NVL或COALESCE后。
关键点：
- 即使存储过程中写了
SELECT NVL(col, 'N/A') FROM ...，只要原始数据是NULL且没被覆盖，结果仍是DBNull.Value - 检查
OracleCommand.Parameters["cursor"].Value是否为null前，先确认它是不是DBNull.Value（虽然通常不会是，但防御性编程建议） - 如果过程返回多个结果集，每个
DataTable里的NULL都需独立判断，不能假设统一行为
最易被忽略的是CLOB字段：Oracle对空CLOB和NULL CLOB的处理有细微差别，但.NET一律映射为DBNull.Value；若业务需区分“空字符串”和“NULL”，必须在SQL层显式处理（例如用EMPTY_CLOB()），不能依赖.NET端判断。
