使用查询中的 LEFT 连接扫描 SQLC 生成的代码中的 NULL 列时出错
我刚刚将 PostgreSQL 中的一个表修改为 NULLABLE,如下所示:
CREATE TABLE a { a_name varchar NOT NULL b_id BIGINT <-- was previously NOT NULL with no problems } CREATE TABLE b { id BIGSERIAL, b_name varchar NOT NULL }
a.b_id > b.id 有外键约束。
我有许多查询连接这些表并返回与此类似的 b.name:
-- name: List :many SELECT a_name, b_name FROM a LEFT JOIN b ON b.id = a.bid <-- produces NULL columns in results
由于 LEFT JOIN
,查询 b_name
的返回类型可以是 NULL
。 a.b_id
中任何为 NULL
的行都将为 b_name 返回 NULL
。观察。
实际上,查询要复杂得多,在 WHERE 子句中发送多个可为空的参数,但直观上我并不觉得这是问题所在。当然 SQLC 从查询的 SELECT 部分配置其行结构...?
SQLC 正在生成与此类似的行结构:
type ListRow struct { AName string `json:"a_name"' BName string `json:"b_name"' }
BName 应该可以为空(我在配置中使用各种 gobuffalo null 覆盖),但不在结构中,因此会导致扫描错误:
"sql: Scan error on column index 1, name \"b_name\": converting NULL to string is unsupported"
我显然遗漏了文档中明显的内容,因为这必须是常规操作。迄今为止,我在使用 SQLC 进行相当复杂的 INNER JOIN 表查询或具有可为 null 的列返回类型时没有遇到任何问题。
不确定 SO 社区对 SQLC 有多活跃,感谢任何直观或模糊的反馈。
正确答案
建议 - 将查询中的 b_name
替换为 coalesce(b_name, '** Attention **')
以查看可能发生的情况。
SELECT a_name, coalesce(b_name, '** Attention **') FROM a LEFT JOIN b ON b.id = a.bid;
或者或者用 coalesce(b_name, '')
替换它(如果这是可以接受并且有意义的)。
SELECT a_name, coalesce(b_name, '') FROM a LEFT JOIN b ON b.id = a.bid;
或者过滤 b_name
为 null 的结果
SELECT a_name, b_name FROM a LEFT JOIN b ON b.id = a.bid where b_name is not null;
以上是使用查询中的 LEFT 连接扫描 SQLC 生成的代码中的 NULL 列时出错的详细内容。更多信息请关注PHP中文网其他相关文章!

热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

AI Hentai Generator
免费生成ai无尽的。

热门文章

热工具

记事本++7.3.1
好用且免费的代码编辑器

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

本文解释了GO的软件包导入机制:命名imports(例如导入“ fmt”)和空白导入(例如导入_ fmt; fmt;)。 命名导入使包装内容可访问,而空白导入仅执行t

本文解释了Beego的NewFlash()函数,用于Web应用程序中的页间数据传输。 它专注于使用newflash()在控制器之间显示临时消息(成功,错误,警告),并利用会话机制。 Lima

本文详细介绍了MySQL查询结果的有效转换为GO结构切片。 它强调使用数据库/SQL的扫描方法来最佳性能,避免手动解析。 使用DB标签和Robus的结构现场映射的最佳实践

本文演示了创建模拟和存根进行单元测试。 它强调使用接口,提供模拟实现的示例,并讨论最佳实践,例如保持模拟集中并使用断言库。 文章

本文探讨了GO的仿制药自定义类型约束。 它详细介绍了界面如何定义通用功能的最低类型要求,从而改善了类型的安全性和代码可重复使用性。 本文还讨论了局限性和最佳实践

本文详细介绍了在GO中详细介绍有效的文件,将OS.WriteFile(适用于小文件)与OS.openfile和缓冲写入(最佳大型文件)进行比较。 它强调了使用延迟并检查特定错误的可靠错误处理。

本文使用跟踪工具探讨了GO应用程序执行流。 它讨论了手册和自动仪器技术,比较诸如Jaeger,Zipkin和Opentelemetry之类的工具,并突出显示有效的数据可视化
