


Fehler beim Scannen von NULL-Spalten im von SQLC generierten Code mit LEFT-Join in der Abfrage
Ich habe gerade eine Tabelle in PostgreSQL wie folgt auf NULLABLE geändert:
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 hat Fremdschlüsseleinschränkungen.
Ich habe eine Reihe von Abfragen, die diese Tabellen verknüpfen und b.name zurückgeben, ähnlich wie dieser:
-- name: List :many SELECT a_name, b_name FROM a LEFT JOIN b ON b.id = a.bid <-- produces NULL columns in results
Wegen LEFT JOIN
,查询 b_name
的返回类型可以是 NULL
。 a.b_id
中任何为 NULL
的行都将为 b_name 返回 NULL
. beobachten.
Tatsächlich ist die Abfrage viel komplexer und sendet mehrere nullfähige Parameter in der WHERE-Klausel, aber intuitiv glaube ich nicht, dass das das Problem ist. Sicherlich konfiguriert SQLC seine Zeilenstruktur aus dem SELECT-Teil der Abfrage ...?
SQLC generiert eine Zeilenstruktur ähnlich dieser:
type ListRow struct { AName string `json:"a_name"' BName string `json:"b_name"' }
BName sollte nullfähig sein (ich verwende verschiedene Gobuffalo-Null-Überschreibungen in der Konfiguration), ist aber nicht in der Struktur enthalten und verursacht daher einen Scanfehler:
"sql: Scan error on column index 1, name \"b_name\": converting NULL to string is unsupported"
Mir fehlt offensichtlich etwas Offensichtliches in der Dokumentation, da es sich um einen regulären Vorgang handeln muss. Bisher hatte ich keine Probleme bei der Verwendung von SQLC mit ziemlich komplexen INNER JOIN-Tabellenabfragen oder mit nullbaren Spaltenrückgabetypen.
Ich bin mir nicht sicher, wie aktiv die SO-Community in Bezug auf SQLC ist. Wir freuen uns über jedes Feedback, ob intuitiv oder vage.
Richtige Antwort
Vorschlag – Platzieren Sie b_name
替换为 coalesce(b_name, '** Attention **')
in der Abfrage, um zu sehen, was passieren könnte.
SELECT a_name, coalesce(b_name, '** Attention **') FROM a LEFT JOIN b ON b.id = a.bid;
oder ersetzen Sie es alternativ durch coalesce(b_name, '')
, wenn das akzeptabel und sinnvoll ist.
SELECT a_name, coalesce(b_name, '') FROM a LEFT JOIN b ON b.id = a.bid;
oder filtern b_name
auf Nullergebnisse
SELECT a_name, b_name FROM a LEFT JOIN b ON b.id = a.bid where b_name is not null;
Das obige ist der detaillierte Inhalt vonFehler beim Scannen von NULL-Spalten im von SQLC generierten Code mit LEFT-Join in der Abfrage. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Heiße KI -Werkzeuge

Undresser.AI Undress
KI-gestützte App zum Erstellen realistischer Aktfotos

AI Clothes Remover
Online-KI-Tool zum Entfernen von Kleidung aus Fotos.

Undress AI Tool
Ausziehbilder kostenlos

Clothoff.io
KI-Kleiderentferner

AI Hentai Generator
Erstellen Sie kostenlos Ai Hentai.

Heißer Artikel

Heiße Werkzeuge

Notepad++7.3.1
Einfach zu bedienender und kostenloser Code-Editor

SublimeText3 chinesische Version
Chinesische Version, sehr einfach zu bedienen

Senden Sie Studio 13.0.1
Leistungsstarke integrierte PHP-Entwicklungsumgebung

Dreamweaver CS6
Visuelle Webentwicklungstools

SublimeText3 Mac-Version
Codebearbeitungssoftware auf Gottesniveau (SublimeText3)

Heiße Themen



OpenSSL bietet als Open -Source -Bibliothek, die in der sicheren Kommunikation weit verbreitet sind, Verschlüsselungsalgorithmen, Tasten und Zertifikatverwaltungsfunktionen. In seiner historischen Version sind jedoch einige Sicherheitslücken bekannt, von denen einige äußerst schädlich sind. Dieser Artikel konzentriert sich auf gemeinsame Schwachstellen und Antwortmaßnahmen für OpenSSL in Debian -Systemen. DebianopensL Bekannte Schwachstellen: OpenSSL hat mehrere schwerwiegende Schwachstellen erlebt, wie z. Ein Angreifer kann diese Sicherheitsanfälligkeit für nicht autorisierte Lesen sensibler Informationen auf dem Server verwenden, einschließlich Verschlüsselungsschlüssel usw.

In dem Artikel wird erläutert, wie das PPROF -Tool zur Analyse der GO -Leistung verwendet wird, einschließlich der Aktivierung des Profils, des Sammelns von Daten und der Identifizierung gängiger Engpässe wie CPU- und Speicherprobleme.Character Count: 159

In dem Artikel werden Schreiben von Unit -Tests in GO erörtert, die Best Practices, Spottechniken und Tools für ein effizientes Testmanagement abdecken.

Das Problem der Warteschlange Threading In Go Crawler Colly untersucht das Problem der Verwendung der Colly Crawler Library in Go -Sprache. Entwickler stoßen häufig auf Probleme mit Threads und Anfordern von Warteschlangen. � ...

In der Bibliothek, die für den Betrieb der Schwimmpunktnummer in der GO-Sprache verwendet wird, wird die Genauigkeit sichergestellt, wie die Genauigkeit ...

In dem Artikel wird der Befehl go fMT in Go -Programmierung erörtert, in dem Code formatiert werden, um offizielle Richtlinien für den Stil einzuhalten. Es zeigt die Bedeutung von GO FMT für die Aufrechterhaltung der Debatten mit Codekonsistenz, Lesbarkeit und Reduzierung von Stildebatten. Best Practices fo

In diesem Artikel werden eine Vielzahl von Methoden und Tools eingeführt, um PostgreSQL -Datenbanken im Debian -System zu überwachen, um die Datenbankleistung vollständig zu erfassen. 1. verwenden Sie PostgreSQL, um die Überwachungsansicht zu erstellen. PostgreSQL selbst bietet mehrere Ansichten für die Überwachung von Datenbankaktivitäten: PG_STAT_ACTIVITY: Zeigt Datenbankaktivitäten in Echtzeit an, einschließlich Verbindungen, Abfragen, Transaktionen und anderen Informationen. PG_STAT_REPLIKATION: Monitore Replikationsstatus, insbesondere für Stream -Replikationscluster. PG_STAT_DATABASE: Bietet Datenbankstatistiken wie Datenbankgröße, Transaktionsausschüsse/Rollback -Zeiten und andere Schlüsselindikatoren. 2. Verwenden Sie das Log -Analyse -Tool PGBADG

Backend Learning Path: Die Erkundungsreise von Front-End zu Back-End als Back-End-Anfänger, der sich von der Front-End-Entwicklung verwandelt, Sie haben bereits die Grundlage von Nodejs, ...
