Deine Workflows sammeln jeden Tag etwas an: Kundenanfragen, Belege, Notizen, den Aktenschrank fürs Nachschlagen. All das muss irgendwo geordnet liegen — und zwar so, dass man es blitzschnell wiederfindet.
Genau dafür gibt es Datenbanken. Und bei der Frage, wo so eine Datenbank laufen soll, tauchen schnell zwei Namen auf: Supabase und PostgreSQL. Schauen wir uns in Ruhe an, was dahintersteckt — und warum die Antwort für dein Setup erstaunlich klar ausfällt.
Eine Datenbank ist ein geordnetes Lager für Informationen. Statt Dateien lose in Ordnern zu stapeln, liegen die Daten dort in sauberen Tabellen — wie in einem Lagerregal, in dem jedes Fach beschriftet ist.
Das Entscheidende: Die Datenbank findet in Millionen Einträgen in Sekundenbruchteilen genau den einen, den du brauchst.
Das bekannteste freie Programm dafür heißt PostgreSQL (gesprochen: „Postgres").
Es ist seit Jahrzehnten im Einsatz, läuft bei Banken genauso wie bei kleinen Websites, ist quelloffen (der Bauplan ist öffentlich, jeder darf es kostenlos nutzen) — und es gehört keiner Firma, die morgen die Preise ändern könnte.
Und für deine Workflows besonders schön: Postgres kann per Erweiterung auch Bedeutungs-Koordinaten speichern (die Erweiterung heißt „pgvector"). Der Aktenschrank von der RAG-Seite kann also direkt in derselben Datenbank wohnen.
Eine Datenbank ist das geordnete Lager deiner Workflows — und PostgreSQL ist das bewährte, kostenlose Standardregal dafür.
Jetzt kommt die Überraschung: Supabase und PostgreSQL sind keine Konkurrenten. Supabase ist unter der Haube PostgreSQL — nur eben gemietet und mit einer Komfortschicht drumherum.
Was du bei Supabase bekommst: eine fertig gehostete Postgres-Datenbank plus Extras wie ein Login-System für App-Nutzer, eine automatisch erzeugte Schnittstelle, Datei-Speicher und eine hübsche Verwaltungsoberfläche im Browser.
Das ist ehrlich gesagt gut gemacht — für einen ganz bestimmten Fall: wenn du eine öffentliche App baust und keinen eigenen Server hast. Dann ersetzt Supabase das fehlende Backend.
Die eigentliche Frage lautet also nicht „welche Datenbank ist besser?", sondern: Brauche ich die Komfortschicht — und will ich dafür meine Daten aus dem Haus geben?
Supabase ist gemietetes Postgres mit Komfortschicht. Die Frage ist nicht „besser oder schlechter" — sondern ob du die Schicht überhaupt brauchst.
Wenn du — wie auf der Seite über den eigenen Server beschrieben — deine Workflows selbst betreibst, hast du bereits alles, wofür die Komfortschicht gedacht ist.
Dein Server ist das Backend. Und dann sprechen fünf Punkte eine klare Sprache:
Supabase glänzt, wenn eine App ohne eigenes Backend direkt mit der Datenbank reden muss — dafür sind Login-System und Auto-Schnittstelle gebaut.
Deine Workflows reden aber direkt mit der Datenbank, auf demselben Rechner. Jede Schicht, die du nicht brauchst, ist nur ein Umweg mehr — und eine Tür mehr, die man absichern muss.
Deine Datenbank liegt auf demselben Server wie deine Abläufe: keine Reise durchs Internet zu einem fremden Rechenzentrum, keine Wartezeit, keine Abhängigkeit davon, ob ein Drittanbieter gerade erreichbar ist.
Bei Workflows mit hunderten Zugriffen pro Nacht summiert sich das spürbar.
Kein zusätzlicher Anbieter in der Kette, kein weiterer Vertrag, keine Frage nach Serverstandort und Mutterkonzern. Deine Kundendaten, dein Wissens-Aktenschrank, deine Belege — alles liegt dort, wo auch deine Workflows wohnen: bei dir.
Das Datenhoheit-Versprechen der ersten Seite, konsequent zu Ende gedacht.
Auf deiner eigenen Postgres entscheidest du alles: welche Erweiterungen laufen (pgvector fürs RAG, Zeitpläne, und vieles mehr), wann Sicherungen laufen, welche Version installiert ist.
Bei einem Mietangebot bekommst du die Auswahl, die der Anbieter freigibt — nicht mehr.
PostgreSQL ist kostenlos und läuft auf dem Server, den du sowieso bezahlst.
Keine Monatsgebühr, die mit deinen Daten mitwächst, keine Limits, keine Projekte, die bei Inaktivität pausiert werden. Dein Lager wird größer? Die Rechnung bleibt gleich.
Zwei Dinge gehören zur Wahrheit dazu. Erstens: Auf dem eigenen Server verantwortest du die Sicherungen selbst. Das ist kein Hexenwerk — eine automatische Sicherung pro Nacht plus die Snapshots deines Server-Anbieters, einmal eingerichtet, läuft es von allein — aber es ist deine Aufgabe, nicht die eines Anbieters.
Zweitens: Baust du eine öffentliche App mit vielen Nutzern, Logins und Echtzeit-Funktionen und hast keinen eigenen Server, ist Supabase ein völlig legitimer Schnellstart. Und weil darunter echtes Postgres steckt, kommst du später sogar wieder heraus — mit etwas Umzugsaufwand, aber ohne Sackgasse. Für dein Setup mit eigenem Server gilt trotzdem: Das Original direkt bei dir ist die einfachere, schnellere und souveränere Wahl.
Und falls du dich fragst, wie das praktisch aussieht: Postgres wird einmal auf deinem Server installiert (die KI hilft dir Schritt für Schritt), deine Workflows bekommen die Zugangsdaten — und ab da ist die Datenbank einfach da. Still, schnell und deine.
Falls du nur fünf Dinge behalten willst — dann diese:
Gemietetes Regal oder eigenes Regal in der eigenen Werkstatt — wenn die Werkstatt schon dir gehört, ist die Antwort einfach.
Wie diese Werkstatt aufgebaut ist, liest du auf der Seite über den eigenen Server für KI-Workflows — und was im Aktenschrank passiert, auf der Seite über RAG und semantische Suche.