Warum liefert Supabase keine Daten bei exakter ID-Abfrage?
Stell dir vor, du baust ein Tool zur Verwaltung von KI-Prompts. Du nutzt Supabase als Backend und n8n für die Automatisierung. Alles funktioniert – bis zu dem Moment, in dem du auf einen bestimmten Prompt klickst und plötzlich keine Daten mehr zurückkommen. Obwohl die ID stimmt. Obwohl du RLS (Row Level Security) deaktiviert hast. Was läuft hier schief?
Genau dieses Szenario hat ein Entwickler aus der n8n-Community geschildert. Wir nehmen diesen Fall unter die Lupe und zeigen dir, worauf du bei Supabase-Queries achten solltest – vor allem, wenn es um Webhooks, Automatisierungen und API-Flows geht.
---
🔍 Zusammenfassung des Problems
Ein Entwickler erstellt ein Prompt-Management-Tool. In der Oberfläche (vermutlich mit Lovable oder einem ähnlichen Frontend-Framework) klickt der User auf einen gespeicherten Prompt. Dadurch wird ein n8n-Workflow ausgelöst, der über eine Webhook-URL Details zu diesem Prompt aus Supabase abfragt. Die ID des Prompts und die User-ID werden korrekt übergeben.
Trotzdem liefert die Supabase-Abfrage keine Daten zurück. Und das, obwohl eine vorherige Abfrage (alle Prompts abrufen) funktioniert hat. RLS ist deaktiviert – ein häufiger Stolperstein ist also ausgeschlossen. Was nun?
---
🧠 Wichtige Erkenntnisse
- • Die ID kann visuell korrekt aussehen, aber dennoch im falschen Format sein (z. B. als String statt UUID).
- • Webhooks und n8n-Flows können Parameter im falschen Typ oder Encoding senden.
- • Supabase unterscheidet zwischen `string`, `uuid` und anderen Typen – präzise Typisierung ist entscheidend.
- • RLS kann manchmal nicht deaktiviert sein, obwohl es so scheint – ein doppelter Check lohnt sich.
- • JSON-Inhalte werden bei Webhook-Calls häufig falsch interpretiert, wenn `Content-Type` oder `body structure` nicht stimmen.
---
⚙️ Technische Analyse: Was könnte schief laufen?
1. Falscher Datentyp bei der ID
In Supabase ist die ID-Spalte oft als `uuid` definiert. Wird beim Query aber ein String übergeben, kann das zu einem leeren Ergebnis führen. Beispiel:javascript // Funktioniert NICHT, wenn ID als String übergeben wird const { data } = await supabase .from('prompts') .select('*') .eq('id', '"7a5e..."');
Achte darauf, dass die ID ohne zusätzliche Anführungszeichen oder Escape-Zeichen übergeben wird.
2. n8n Webhook übergibt fehlerhafte Datenstruktur
In n8n kann der Webhook-Input je nach Content-Type unterschiedlich verarbeitet werden. Prüfe, ob du `Raw JSON` oder `Form Data` nutzt. Besonders heikel: Bei URL-encoded-Formaten können Punkte oder Unterstriche im Key die Struktur beeinflussen.3. RLS doch noch aktiv?
Ein häufiger Fehler: Die Supabase-Policy wurde nur auf eine Tabelle deaktiviert, nicht aber auf Views oder verbundene Tabellen. Oder: Die Policy gilt nur für einen bestimmten Role-Typ (z. B. `authenticated`).Nutze in Supabase das SQL-Tool und führe die Abfrage manuell aus: sql SELECT * FROM prompts WHERE id = '7a5e...';
Wenn das funktioniert, liegt das Problem wahrscheinlich im API-Layer oder im n8n-Flow.
4. Caching oder Race Conditions
In seltenen Fällen kann es passieren, dass die Daten noch nicht gespeichert wurden, wenn der zweite Query ausgeführt wird. Stelle sicher, dass zwischen dem Speichern und dem Abfragen ein kleiner Delay eingebaut ist oder verwende `await` korrekt in deinem Flow.---
🛠️ Praktische Anwendung: So findest du den Fehler
Schritt 1: Logge die ID direkt vor dem Query in n8n, am besten im „Set“-Node oder via „Function“-Node.
Schritt 2: Teste die exakte Query im Supabase SQL Editor.
Schritt 3: Verwende in n8n den HTTP-Request-Node manuell mit exakt diesem Query zum Testen.
Schritt 4: Nutze `console.log` oder `n8n debug`-Modi, um den Payload zu analysieren.
Beispiel Flow in n8n:- • Webhook-Trigger (POST)
- • Set Node (Extrahiere ID aus Payload)
- • HTTP Request (GET auf Supabase mit Query Param)
- • IF Node (Prüfe, ob Daten zurückkommen)
- • Error Handling oder Weiterleitung
---
🔮 Ausblick: Mehr Sicherheit und bessere Fehleranalyse
Dieses Beispiel zeigt, wie wichtig es ist, API-Integrationen sauber zu typisieren und zu debuggen. Besonders bei Tools wie Supabase und n8n, die stark auf JSON und Webhooks setzen, ist die saubere Übergabe von Daten entscheidend.
Zukünftig lohnt es sich, einen Validator-Node in n8n einzubauen, der Eingaben prüft, bevor sie an Supabase weitergereicht werden. Zudem kann die Nutzung von Supabase Functions oder RPCs eine bessere Kontrolle über die Logik bieten.
---
🚀 Ihre nächsten Schritte
Sofort umsetzen (5 Minuten): Öffnen Sie Ihren n8n-Flow und fügen Sie direkt nach dem Webhook-Trigger einen „Set“-Node ein, der die ID explizit anzeigt – so erkennen Sie sofort, ob sie korrekt übergeben wird.
Tool-Empfehlung: n8n – Die visuelle Automatisierungsplattform hilft Ihnen, API-Flows zu debuggen, zu loggen und zu kontrollieren.
Weiterführend: Lesen Sie das Supabase-Dokumentationsthema „Working with UUIDs“ und vertiefen Sie sich in typische Stolpersteine bei Webhook-Verbindungen.