


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
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
的返回类型可以是 NULL
。 a.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!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

OpenSSL, en tant que bibliothèque open source largement utilisée dans les communications sécurisées, fournit des algorithmes de chiffrement, des clés et des fonctions de gestion des certificats. Cependant, il existe des vulnérabilités de sécurité connues dans sa version historique, dont certaines sont extrêmement nocives. Cet article se concentrera sur les vulnérabilités et les mesures de réponse communes pour OpenSSL dans Debian Systems. DebianopenSSL CONNUTS Vulnérabilités: OpenSSL a connu plusieurs vulnérabilités graves, telles que: la vulnérabilité des saignements cardiaques (CVE-2014-0160): cette vulnérabilité affecte OpenSSL 1.0.1 à 1.0.1F et 1.0.2 à 1.0.2 Versions bêta. Un attaquant peut utiliser cette vulnérabilité à des informations sensibles en lecture non autorisées sur le serveur, y compris les clés de chiffrement, etc.

L'article explique comment utiliser l'outil PPROF pour analyser les performances GO, notamment l'activation du profilage, la collecte de données et l'identification des goulots d'étranglement communs comme le processeur et les problèmes de mémoire. COMMANDE: 159

L'article traite des tests d'unité d'écriture dans GO, couvrant les meilleures pratiques, des techniques de moquerie et des outils pour une gestion efficace des tests.

La bibliothèque utilisée pour le fonctionnement du numéro de point flottante dans le langage go présente comment s'assurer que la précision est ...

Problème de threading de file d'attente dans Go Crawler Colly explore le problème de l'utilisation de la bibliothèque Crawler Crawler dans le langage Go, les développeurs rencontrent souvent des problèmes avec les threads et les files d'attente de demande. � ...

L'article discute de l'utilisation de tests basés sur la table dans GO, une méthode qui utilise un tableau des cas de test pour tester les fonctions avec plusieurs entrées et résultats. Il met en évidence des avantages comme une amélioration de la lisibilité, une duplication réduite, l'évolutivité, la cohérence et un

L'article discute de la gestion des dépendances des modules GO via Go.mod, couvrant les spécifications, les mises à jour et la résolution des conflits. Il met l'accent sur les meilleures pratiques telles que le versioning sémantique et les mises à jour régulières.

L'article traite du package de réflexion de Go, utilisé pour la manipulation d'exécution du code, bénéfique pour la sérialisation, la programmation générique, etc. Il met en garde contre les coûts de performance comme une exécution plus lente et une utilisation de la mémoire plus élevée, conseillant une utilisation judicieuse et la meilleure
