Beobachtetes Signal · 18. Juni 2026 · Technical Guide · Quelle: DEV Community · Relevanz: 1/5 · Sentiment: Neutral
PostgreSQL-Fehler 22036: Ursachen und Lösungen im Detail
Der PostgreSQL-Fehlercode 22036 (non numeric SQL/JSON item) tritt auf, wenn SQL/JSON-Pfadausdrücke numerische Operationen auf JSON-Werte anwenden, die keine Zahlen sind (z. B. Strings, Booleans, Arrays, Objekte). Dieser Fehler, der mit der Unterstützung von SQL/JSON-Pfaden in PostgreSQL 12 eingeführt wurde, erscheint häufig in Funktionen und Operatoren wie jsonb_path_query, jsonb_path_exists, @@ und @?. Der Leitfaden nennt Hauptursachen wie als Strings gespeicherte Zahlenwerte, auf Arrays oder Objekte angewendete Arithmetik sowie Null- oder Boolean-Werte in numerischen Pfaden. Zudem bietet er Lösungen wie JSON-Pfadkonvertierungen (z. B. .double()), SQL-Level-Casts, Typ-Prüfungen mittels jsonb_typeof sowie eine wiederverwendbare PL/pgSQL-Hilfsfunktion (safe_json_numeric). Abgerundet wird der Leitfaden durch Präventionstipps wie CHECK-Constraints bei der Dateneingabe sowie verwandte SQL/JSON-Fehlercodes für Entwickler und Datenbankadministratoren.
Praktische technische Leitlinien zur Fehlerbehebung bei PostgreSQL-JSON-Pfadfehlern, die für Software-Ingenieure und Datenbankadministratoren nützlich sind, jedoch keinen grundlegenden Marktwandel darstellen.
Marktsignale zu PostgreSQL in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- PostgreSQL-Fehlercode 22036 ('non numeric SQL/JSON item') wird ausgelöst, wenn numerische Operationen auf nicht-numerische JSON-Elemente abzielen.
- SQL/JSON-Path-Funktionen und -Operatoren wie jsonb_path_query, jsonb_path_exists, @@ und @? sind der typische Kontext für diesen Fehler.
- Häufige Ursachen umfassen als JSON-Strings gespeicherte Zahlen, Arithmetik auf Arrays/Objekten sowie Null- oder Boolean-Werte in numerischen JSON-Pfaden.
- Lösungsansätze beinhalten JSON-Path-Konvertierungsmethoden (z. B. .double()), SQL-Casts ((data->>'field')::numeric), Array-Indizierung und Typprüfungen mit jsonb_typeof().
- Der Artikel bietet eine sichere PL/pgSQL-Beispielfunktion namens safe_json_numeric zum Abfangen des SQLSTATE '22036' sowie Empfehlungen für CHECK-Constraints bei INSERT-Operationen.
Verknüpfte Unternehmen
1 verknüpfte UnternehmenOntologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
PostgreSQL Error 22014: Causes and Fixes
PostgreSQL error code 22014 occurs when the NTILE(n) window function is given an invalid argument — specifically NULL, zero, or a negative integer. This guide explains common causes (NULL values from subqueries or configs, zero/negative values from miscalculation, and unvalidated parameters in PL/pgSQL or dynamic SQL) and provides practical fixes: inline guarding with COALESCE+GREATEST, explicit input validation in PL/pgSQL functions (with raised exceptions), and a reusable safe_ntile_arg wrapper function. The article also recommends prevention measures such as adding CHECK constraints at the data layer, including boundary cases in tests, and lists related SQLSTATE error codes (22012, 22003, 42883). Examples and SQL snippets are provided throughout to illustrate diagnostics and remediation.
PostgreSQL-Fehler 2200D: Ursachen und Lösungen für Bytea-Kodierungsprobleme
Dieser technische Leitfaden erklärt den PostgreSQL-Fehler 2200D (invalid escape octet), der auftritt, wenn ein bytea-Wert im veralteten Escape-Format eine ungültige Sequenz enthält. Der Artikel beleuchtet Hauptursachen wie unzulässige Oktalwerte, das Vermischen von Escape-Eingaben mit Hex-Ausgaben sowie fehlerhafte Formatierungen bei Datenmigrationen oder manuellem SQL. Anhand von Beispielen werden fehlerhafte und korrekte Anwendungen demonstriert. Zu den empfohlenen Korrekturen gehören die Umstellung auf Hex-bytea-Literale, die Nutzung von encode()- und decode()-Funktionen, die globale Konfiguration von bytea_output = 'hex' sowie Validierungsschritte während Migrationen. Zudem wird eine sichere Hilfsfunktion für die Hex-Konvertierung vorgestellt und auf verwandte SQL-Fehlercodes wie 22P03, 22021 und 22000 verwiesen.
PostgreSQL-Funktionen, die typkorrekte Testdaten ungültig machen
Ein technischer Blogbeitrag beleuchtet, warum reine Spaltentypen keine Garantie dafür sind, dass generierte Testdata von PostgreSQL akzeptiert wird. Der Autor identifiziert sechs Schema-Merkmale, die spaltenorientierte Generatoren häufig übersehen – darunter zusammengesetzte Primärschlüssel, partielle eindeutige Indizes, spaltenübergreifende CHECK-Constraints, JSONB-Formvorgaben, GENERATED ALWAYS-Spalten sowie Row-Level Security (RLS) –, und demonstriert, wie diese typkorrekte Zeilen zurückweisen können. Der Artikel liefert SQL-Abfragen zur Fehlerdiagnose, beleuchtet Fallstricke wie NULL-Semantiken und Versionsänderungen von Postgres 12 bis 18 und klassifiziert Generatortools in drei Stufen. Abschließend wird empfohlen, generierte Testdaten vor dem Datenbank-Seeding anhand der bereitgestellten Abfragen zu validieren, um CI-Fehler und Datenintegritätsprobleme zu vermeiden.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.