Go语言如何正确提取Redshift Data API查询结果字段值

在Redshift中存在如下结构表示例：

{
ID Integer (pk)
Description Varchar NULL
}

使用Redshift Data Service执行查询时，返回结果为GetStatementResultOutput类型，其中Records属性类型为[][]type.Field。type.Field是SDK定义的字段值接口，用于兼容所有支持的列类型，接口定义如下：

// A data value in a column.
//
// The following types satisfy this interface:
//  FieldMemberBlobValue
//  FieldMemberBooleanValue
//  FieldMemberDoubleValue
//  FieldMemberIsNull
//  FieldMemberLongValue
//  FieldMemberStringValue
type Field interface {
    isField()
}

所有接口实现类型都包含Value属性存储单元格实际取值，但无法直接通过接口层访问。原先通过JSON序列化再反序列化提取值的实现：

type ValueExtractor struct {
        Value interface{}
    }
columnValueBytes, err := json.Marshal(columnValue)
if err != nil {
    logger.Err(err)
}
var valueEx ValueExtractor
err = json.Unmarshal(columnValueBytes, &valueEx)
// The value is here: valueEx.Value

遇到字段值为null的场景时，SDK会使用FieldMemberIsNull类型标识空值：

// A value that indicates whether the data is NULL.
type FieldMemberIsNull struct {
    Value bool

    noSmithyDocumentSerde
}

func (*FieldMemberIsNull) isField() {}

该方案会读取到FieldMemberIsNull的Value属性值true，无法得到预期的NULL值。

不要使用JSON序列化/反序列化的绕路方案，Go语言中访问接口底层具体类型的标准方式是类型选择（Type Switch），直接判断字段的实际类型后取值，可正确识别NULL场景：

import (
    "fmt"
    "github.com/aws/aws-sdk-go-v2/service/redshiftdata/types"
)

// 提取Redshift Data API返回字段的实际值
func getFieldVal(f types.Field) (interface{}, error) {
    switch val := f.(type) {
    case *types.FieldMemberBlobValue:
        return val.Value, nil
    case *types.FieldMemberBooleanValue:
        return val.Value, nil
    case *types.FieldMemberDoubleValue:
        return val.Value, nil
    case *types.FieldMemberLongValue:
        // 对应整数类型字段，如表中的ID字段
        return val.Value, nil
    case *types.FieldMemberStringValue:
        // 对应字符串类型字段，如表中Description字段非空时走该分支
        return val.Value, nil
    case *types.FieldMemberIsNull:
        // 识别到空值标记，直接返回nil对应SQL NULL
        return nil, nil
    default:
        return nil, fmt.Errorf("不支持的字段类型: %T", f)
    }
}

使用时遍历Records的每一行、每一列，调用上述函数即可拿到正确值：

• 非空字段会返回对应类型的实际值
• NULL字段会直接返回nil，不会出现误读为true的问题

原JSON方案的问题本质是序列化过程丢失了类型信息：FieldMemberIsNull序列化后结构为{"Value":true}，反序列化时只会读取到布尔值true，完全丢失了「该结构代表空值标记」的类型语义，因此必然出错。

如果需要将返回结果映射为自定义结构体，可以结合返回结果中的ColumnMetadata字段做列名、类型匹配，避免依赖字段顺序导致的映射错误。

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