Maison  >  Article  >  développement back-end  >  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
WBOYavant
2024-02-06 08:30:04447parcourir

使用查询中的 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
}

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

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"'
}

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"

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;

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;

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;

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!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer