Maison > développement back-end > Golang > Erreur lors de l'analyse des colonnes NULL dans le code généré par SQLC à l'aide de la jointure GAUCHE dans la requête

Erreur lors de l'analyse des colonnes NULL dans le code généré par SQLC à l'aide de la jointure GAUCHE dans la requête

WBOY
Libérer: 2024-02-06 08:30:04
avant
464 Les gens l'ont consulté

使用查询中的 LEFT 连接扫描 SQLC 生成的代码中的 NULL 列时出错

Contenu de la question

Je viens de modifier une table dans PostgreSQL en NULLABLE comme suit :

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
}
Copier après la connexion

a.b_id > b.id a des contraintes de clé étrangère.

J'ai un certain nombre de requêtes qui rejoignent ces tables et renvoient b.name similaire à ceci :

-- name: List :many
SELECT
   a_name,
   b_name
FROM a
LEFT JOIN b ON b.id = a.bid <-- produces NULL columns in results
Copier après la connexion

Grâce à LEFT JOIN,查询 b_name 的返回类型可以是 NULLa.b_id 中任何为 NULL 的行都将为 b_name 返回 NULL. observer.

En fait, la requête est beaucoup plus complexe, envoyant plusieurs paramètres nullables dans la clause WHERE, mais intuitivement, je ne pense pas que ce soit le problème. SQLC configure sûrement sa structure de lignes à partir de la partie SELECT de la requête... ?

SQLC génère une structure de lignes similaire à celle-ci :

type ListRow struct {
   AName string `json:"a_name"'
   BName string `json:"b_name"'
}
Copier après la connexion

BName devrait être nullable (j'utilise divers remplacements nuls de gobuffalo dans la configuration), mais n'est pas dans la structure, provoquant ainsi une erreur d'analyse :

"sql: Scan error on column index 1, name \"b_name\": converting NULL to string is unsupported"
Copier après la connexion

Il me manque évidemment quelque chose d'évident dans la documentation, car cela doit être une opération régulière. Jusqu'à présent, je n'ai eu aucun problème à utiliser SQLC avec des requêtes de table INNER JOIN assez complexes ou avec des types de retour de colonne nullables.

Je ne sais pas à quel point la communauté SO est active à propos de SQLC, appréciez tout commentaire, intuitif ou vague.


Réponse correcte


Suggestion - Placez b_name 替换为 coalesce(b_name, '** Attention **') dans la requête pour voir ce qui pourrait arriver.

SELECT
   a_name,
   coalesce(b_name, '** Attention **')
FROM a LEFT JOIN b ON b.id = a.bid;
Copier après la connexion

ou bien remplacez-le par coalesce(b_name, '') si cela est acceptable et logique.

SELECT
   a_name,
   coalesce(b_name, '')
FROM a LEFT JOIN b ON b.id = a.bid;
Copier après la connexion

ou filtrer b_name pour obtenir des résultats nuls

SELECT a_name, b_name
FROM a LEFT JOIN b ON b.id = a.bid
where b_name is not null;
Copier après la connexion

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

source:stackoverflow.com
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal