Golang使用godror.Batch插入Oracle DATE类型空值报错问题

问题背景 #

在Go 1.20.6 linux/amd64环境下，使用godror库的godror.Batch向Oracle 19c批量插入数据时，DATE列同时存在time.Time类型的有效值和nil空值时，会触发错误：reflect.Type is nil, not *reflect.rtype。尝试将空DATE值替换为sql.NullTime后，又出现新错误：panic: reflect.Set: value of type time.Time is not assignable to type sql.NullTime——原因是同一列的数据类型不统一，部分是time.Time，部分是sql.NullTime。

解决方案 #

核心思路是统一DATE列的所有值为sql.NullTime类型，而非仅处理空值。将原本的time.Time有效值转换为Valid: true的sql.NullTime，空值转换为Valid: false的sql.NullTime，确保同一列类型完全一致。

修改后的处理代码如下：

// values 为待插入的 []interface{} 类型数据
for idx := range values {
    colType := colTypes[idx].DatabaseTypeName()
    switch val := values[idx].(type) {
    case nil:
        switch colType {
        case "LONG RAW":
            // 空LONG RAW推荐使用godror.NullBytes替代空切片，避免batch.Add panic
            values[idx] = godror.NullBytes{}
        case "DATE":
            // 空DATE用Valid为false的sql.NullTime表示
            values[idx] = sql.NullTime{Valid: false}
        default:
            values[idx] = ""
        }
    case time.Time:
        // 将非空的time.Time转换为Valid为true的sql.NullTime
        if colType == "DATE" {
            values[idx] = sql.NullTime{Time: val, Valid: true}
        }
    }
}

err = batchAdd.Add(ctx, values...)
if err != nil {
    trx.Rollback()
    return err
}

说明 #

1. 类型统一：DATE列的所有数据都被标准化为sql.NullTime，消除了类型不匹配的问题，godror可以正确识别并处理批量插入中的空值与有效值。
2. LONG RAW处理：原代码中用空切片[]byte{}处理空LONG RAW可能触发panic，改用godror.NullBytes{}更符合godror的类型规范。
3. 兼容性：sql.NullTime与godror的类型系统完全兼容，也可以替换为godror.NullTime，效果一致。

内容的提问来源于stack exchange，提问作者pinnaclex