Postgres, Supabase oder Turso: die richtige Datenbank

Hinter fast jeder Anwendung steht eine Datenbank. Sie hält Kundendaten, Bestellungen, Inhalte und alles, was ein Programm sich merken muss. Doch sobald man eine App bauen will, prasselt eine Flut von Namen auf einen ein: relationale Datenbanken, serverlose Angebote, verteilte Systeme. Für jemanden, der nicht täglich mit Infrastruktur arbeitet, wirkt die Auswahl schnell überfordernd.

Dieser Artikel bringt Ordnung in drei populäre Optionen, die im Umfeld moderner Web-Apps besonders oft genannt werden: das klassische Postgres, die Plattform Supabase und das verteilte SQLite von Turso. Wir erklären, was sie unterscheidet, wo ihre Stärken liegen und welche Wahl zu welchem KMU-Projekt passt, ohne dabei in unnötigen Fachjargon abzurutschen.

Warum die Wahl der Datenbank zählt

Die Datenbank ist selten das, worüber man beim Start eines Projekts als Erstes nachdenkt, und genau das ist die Gefahr. Sie ist das Fundament: Ist sie schlecht gewählt, spürt man das bei jeder Erweiterung, bei jedem Wachstumsschritt und im schlimmsten Fall bei einem aufwendigen Umzug. Eine gut passende Datenbank hingegen bleibt lange unauffällig, weil sie einfach tut, was sie soll.

Entscheidend sind drei Fragen. Wie sehen die Daten aus, klar strukturiert mit vielen Beziehungen oder eher einfach? Wie wird zugegriffen, überwiegend lesend oder auch viel schreibend? Und wie viel Backend-Arbeit möchte man selbst übernehmen, statt sie einer Plattform zu überlassen? Die Antworten führen erstaunlich verlässlich zur passenden Option.

Die Übersicht stellt drei konkrete Angebote gegenüber. Zwei davon, Supabase und Neon, bauen auf Postgres auf, Turso geht einen eigenen Weg. Schauen wir uns die drei Ansätze der Reihe nach an.

Postgres: der bewährte Standard

Postgres ist keine Plattform, sondern eine Datenbank-Technologie, und zwar eine der ausgereiftesten überhaupt. Sie ist offen, seit Jahrzehnten erprobt und wird von einer riesigen Gemeinschaft weiterentwickelt. Postgres kann mit komplexen Datenmodellen umgehen, beherrscht anspruchsvolle Abfragen und Transaktionen und wächst mit den Anforderungen mit. Wer sich für Postgres entscheidet, trifft eine Wahl, die man selten bereut.

Der grosse Vorteil ist die Flexibilität. Ob einfache Kundenliste oder verschachteltes Datenmodell mit vielen Beziehungen, Postgres bildet beides sauber ab. Weil die Technologie so verbreitet ist, gibt es zudem viel Wissen, viele Werkzeuge und viele Fachleute, die damit umgehen können. Für ein KMU bedeutet das Unabhängigkeit: Man ist nicht an einen einzelnen Anbieter gebunden.

Der Nachteil klassischer Postgres-Installationen ist der Betrieb. Eine Datenbank will gewartet, gesichert und abgesichert sein. Genau hier setzen die modernen Dienste an, die Postgres als Grundlage nehmen und den Betrieb abnehmen. Neon etwa bietet Postgres in einer serverlosen Variante, die sich automatisch an die Last anpasst und den Verwaltungsaufwand deutlich senkt.

Neon ist für Teams interessant, die die volle Kraft und Vertrautheit von Postgres wollen, sich aber nicht um Server kümmern möchten. Die Datenbank skaliert nach Bedarf und kann in ruhigen Phasen fast auf null herunterfahren, was Kosten spart. Für Projekte mit schwankender Last ist dieser Ansatz besonders attraktiv.

Supabase: das Rundum-Backend

Supabase geht einen Schritt weiter als eine reine Datenbank. Im Kern steckt zwar ebenfalls Postgres, doch darum herum baut Supabase ein komplettes Backend. Authentifizierung für Nutzer, automatisch erzeugte Schnittstellen zum Zugriff auf die Daten, ein Dateispeicher für Bilder und Dokumente sowie Funktionen für Echtzeit-Aktualisierungen gehören dazu. Vieles, was man sonst mühsam selbst bauen müsste, ist hier bereits fertig.

Für KMU und kleine Teams ist das ein enormer Zeitgewinn. Statt Wochen in den Aufbau eines Backends zu stecken, konzentriert man sich auf das eigentliche Produkt. Besonders im Zusammenspiel mit modernem, KI-gestütztem Entwickeln hat sich Supabase als beliebte Grundlage etabliert, weil es die häufigsten Backend-Aufgaben ohne grossen Aufwand löst.

Der Preis dieser Bequemlichkeit ist eine gewisse Bindung. Man baut auf die Konzepte und Werkzeuge der Plattform. Weil im Kern aber Standard-Postgres arbeitet, bleiben die Daten portabel: Im Ernstfall lässt sich die Datenbank exportieren und anderswo weiterbetreiben. Diese Rückversicherung macht Supabase zu einer vertretbaren Wahl, selbst wenn man Anbieterbindung grundsätzlich scheut.

Turso: verteiltes SQLite für kurze Wege

Turso verfolgt eine andere Idee. Es baut auf SQLite auf, einer sehr schlanken Datenbank, die traditionell direkt in Anwendungen eingebettet wird. Turso hebt dieses Konzept in die Cloud und verteilt die Daten auf viele Standorte weltweit, nah bei den Nutzern. Der Effekt: Einfache Leseabfragen werden sehr schnell beantwortet, weil die Daten physisch in der Nähe liegen und der Weg kurz ist.

Diese Stärke passt zu bestimmten Anwendungen besonders gut. Eine leseintensive App mit weltweitem Publikum und einem schlanken Datenmodell, etwa eine Inhalts- oder Produktseite mit vielen Abrufen und wenigen Schreibvorgängen, profitiert spürbar. Turso ist zudem ressourcenschonend und in vielen Fällen günstig zu betreiben, was es für kostenbewusste Projekte interessant macht.

Die Grenzen zeigen sich bei Komplexität. SQLite ist bewusst schlank und deckt nicht denselben Funktionsumfang ab wie Postgres. Wer komplexe Abfragen über viele verknüpfte Tabellen braucht, viele gleichzeitige Schreibvorgänge hat oder ein reich verschachteltes Datenmodell pflegt, stösst schneller an Grenzen. Turso ist ein Spezialist, kein Alleskönner, und genau darin liegt sein Wert.

Welche Datenbank für welches Projekt?

Die ehrliche Antwort lautet: Für die meisten KMU-Projekte ist Postgres die sichere Standardwahl, ob als klassische Installation, über einen serverlosen Dienst wie Neon oder eingebettet in die Komfortplattform Supabase. Die Technologie ist flexibel genug, um mit fast jedem Vorhaben mitzuwachsen, und man bindet sich nicht an eine Nische.

Steht schnelle Entwicklung im Vordergrund und will man ein fertiges Backend statt viel Eigenbau, ist Supabase die naheliegende Wahl. Geht es dagegen um eine leseintensive, global verteilte Anwendung mit einfachem Datenmodell, in der Geschwindigkeit zählt, spielt Turso seine Stärken aus. Und wer die pure Postgres-Kraft ohne Betriebsaufwand sucht, findet in Neon eine elegante Lösung.

Der beste Rat für den Anfang: Wähle nicht das Spannendste, sondern das Passendste. Ein neues Projekt gewinnt selten dadurch, dass es die neueste Datenbank nutzt, aber es kann viel verlieren, wenn die Grundlage nicht zu den Anforderungen passt. Im Zweifel startet man mit dem Bewährten und wechselt erst, wenn ein konkretes Problem den Wechsel rechtfertigt.

Datenbanken sind das stille Fundament jeder Anwendung. Postgres, Supabase und Turso stehen für drei sinnvolle Wege, dieses Fundament zu legen: den bewährten Standard, das komfortable Rundum-Paket und den schnellen Spezialisten. Wer sein Datenmodell, seine erwartete Last und die eigene Erfahrung ehrlich bewertet, trifft eine Wahl, die trägt und dem Projekt Jahre statt Wochen standhält.