Prisma Client Python 中原始查询反序列化特殊类型可选字段的问题分析

问题概述

在Prisma Client Python 0.14.0及以上版本中，当使用原始查询(raw query)获取包含可选特殊类型字段(如BigInt、Decimal、Json)的数据时，如果这些字段值为null/None，会导致反序列化错误。这个问题源于反序列化处理逻辑中对可选字段的特殊类型处理不够完善。

技术背景

Prisma Client Python提供了两种数据查询方式：

1. 类型安全的常规查询方法
2. 直接执行SQL语句的原始查询方法

在0.14.0版本中，原始查询功能进行了重构，引入了新的反序列化机制。对于某些特殊类型(BigInt、Decimal、Json等)，系统会使用专门的DESERIALIZERS进行处理。然而，在处理这些特殊类型的可选字段时，反序列化逻辑没有充分考虑null值的情况。

问题重现

假设我们有一个包含可选BigInt字段的数据模型：

model Example {
  id      Int     @id @default(autoincrement())
  big_num BigInt?
}

当执行以下操作时会出现问题：

1. 创建一个big_num为null的记录
2. 使用原始查询获取该记录
3. 系统会抛出反序列化错误

根本原因分析

问题出在_deserialize_prisma_object函数的实现中。该函数负责将原始查询结果转换为Python对象，其核心逻辑如下：

new_obj[key] = _deserializers[prisma_type](value, for_model) if prisma_type in _deserializers else value

这段代码存在两个关键问题：

1. 它直接根据字段类型决定是否使用反序列化器，而没有先检查值是否为null
2. 虽然数组类型的处理包含了null检查，但普通字段的处理却缺少这一保护

解决方案

正确的处理逻辑应该：

1. 首先检查字段值是否为null
2. 如果是null，直接返回None
3. 如果不是null，再根据字段类型决定是否使用反序列化器

这种修改保持了与Prisma类型系统的一致性，同时正确处理了可选字段的情况。

影响范围

该问题影响所有使用原始查询获取包含以下可选类型字段的场景：

• BigInt
• Decimal
• Json

常规查询方法不受此问题影响，因为它们使用了不同的反序列化路径。

最佳实践建议

在使用原始查询时，开发者应当：

1. 明确了解查询返回的字段类型和可空性
2. 对于可能为null的特殊类型字段，考虑在应用层添加额外的null检查
3. 优先使用类型安全的常规查询方法，除非确实需要原始查询的灵活性

总结

这个问题展示了类型系统与序列化/反序列化逻辑之间微妙的关系。在实现ORM或数据库客户端时，正确处理可选字段和特殊类型的组合情况至关重要。Prisma Client Python团队已经确认并修复了这个问题，体现了对数据一致性和开发者体验的重视。