Aurabase vs. Convex: Native SQL oder reaktives Backend?

Aurabase basiert auf dem PostgreSQL 16-Standard: SQL, klassische Migrationen, RLS-Richtlinien. Convex geht den umgekehrten Weg. Die offizielle Dokumentation geht ausdrücklich auf diese Wahl ein: „Es muss nichts eingerichtet werden und es muss kein SQL geschrieben werden. Verwenden Sie einfach JavaScript, um die Anforderungen Ihrer App auszudrücken“ (docs.convex.dev/database, abgerufen am 24. August 2026). Konvexe Tabellen speichern Dokumente, die von einem optionalen TypeScript-Schema typisiert wurden, das zunächst erstellt wurde insert, ohne dass DDL geschrieben werden muss.

So sieht eine typische konvexe Abfrage mit einem im Schema deklarierten Index aus:

// Konvexe Abfrage – TypeScript, nicht SQL
import { query } from './_generated/server'
import { v } from 'convex/values'

export const getOpenTasks = query({
  args: {},
  handler: async (ctx) => {
    return await ctx.db
      .query('tasks')
      .withIndex('by_completed', q => q.eq('completed', false))
      .collect()
  },
})

Keines der beiden Modelle ist absolut überlegen. Der Abfrage-Builder von Convex eliminiert durch seine Konstruktion eine ganze Klasse von SQL-Injection-Bugs. Es bindet Sie auch an seine eigene Abfragesprache. Kein Standard-BI-Tool, kein vorhandenes Postgres ORM, keine SQL-Erweiterung wie pgvector oder pg_graphql ohne komplettes Neuschreiben der Datenschicht.

Bei Convex reagiert jede Abfrage standardmäßig. Der Client öffnet eine WebSocket-Verbindung zur Bereitstellung und die Engine behält alle von jeder Anfrage gelesenen Zeilen (ihren „Lesesatz“). Sobald sich eine Mutation auf diesen Lesesatz auswirkt, wird die Funktion serverseitig erneut abgespielt. Das aktualisierte Ergebnis wird an den Client übertragen, ohne dass ein Abonnementcode geschrieben werden muss (stack.convex.dev/how-convex-works, abgerufen am 24. August 2026).

Aurabase Realtime funktioniert umgekehrt, mit Opt-in. NATS JetStream sendet den PostgreSQL Change Stream (CDC); Sie abonnieren einen Kanal explizit über channel().on('postgres_changes', …), mit möglicher Filterung nach Spalte. Dabei handelt es sich um mehr Code, der für eine Live-Ansicht geschrieben werden muss, sondern um ein Standardprotokoll, das durch die logische Replikation von Postgres unterstützt wird – kein proprietärer Mechanismus in Verbindung mit einem bestimmten Abfrage-Builder.

Ein gemeinsamer Punkt, den wir hier nicht erwarten: Beide Engines sind in Rust geschrieben. Das Convex Open Source Repository (get-convex/convex-backend) besteht hauptsächlich aus Rust-Kisten. TypeScript wird nur für die Ausführungsumgebung von Entwicklerfunktionen über die V8-Engine verwendet (stack.convex.dev/how-convex-works, abgerufen am 24. August 2026). Gegenüber Supabase – Elixir/Go/TypeScript/Node-Stack – bleibt der Rust-Kern ein echtes Unterscheidungsmerkmal von Aurabase. Gegen Convex nein: Beide haben darauf gesetzt, jeweils eine zuverlässige Transaktions-Engine ohne unvorhersehbare Garbage-Collection-Pausen zu bauen.

Der Unterschied liegt in der Lizenz. Der Convex-Engine-Code (get-convex/convex-backend) wird unter FSL-1.1-Apache-2.0veröffentlicht, einer fairen Quelllizenz. Es gestattet jede Nutzung außer der Erstellung eines mit Convex Cloud konkurrierenden Produkts. Jede Version wechselt zwei Jahre nach ihrer Veröffentlichung auf reines Apache 2.0 – Klausel überprüft direkt in der LICENSE.md-Datei im Repository (github.com/get-convex/convex-backend, abgerufen am 24. August 2026). Der Rust-Arbeitsbereich und das Aurabase JavaScript SDK werden unter der MIT-Lizenz, Open Source, ohne Verzögerung oder Nutzungsbeschränkungen veröffentlicht.

Convex kommt bei der KI nicht zu kurz. Auf die native Vektorsuche kann über actionszugegriffen werden, wobei ein Vektorindex im Schema deklariert ist. Mit seinem @convex-dev/agent- und rag.search()-Framework bildet es eine RAG-Fähigkeit, die auf dem Papier mit der nativen RAG von Aurabase vergleichbar ist (docs.convex.dev/search/vector-search, abgerufen am 24. August 2026).

Der eigentliche Unterschied ist also nicht „RAG versus kein RAG“. Aurabase integriert außerdem eine NL2SQL-Engine – Übersetzung einer Frage in natürlicher Sprache in eine SQL-Abfrage, validiert und dann vor der Ausführung eingeschränkt. Convex kann strukturell kein Äquivalent bieten: Ohne zu übersetzendes SQL gibt es nichts zu generieren. Dies ist eine direkte Folge der oben dokumentierten Architekturwahl und keine Produktverzögerung.

Convex bietet eine EU West (Ireland)-Region an, die seit dem 6. Februar 2026 bereitgestellt wird, zusätzlich zu seiner Standardregion „USA Ost“ (docs.convex.dev/produktion/regionen und news.convex.dev, abgerufen am 24. August 2026). Eine echte Option, die Anerkennung verdient. Aber Convex Inc. bleibt ein Unternehmen nach amerikanischem Recht. Sein Gründer und CEO, Jamie Turner, gibt an, seinen Sitz in San Francisco zu haben (news.convex.dev, 57 Millionen US-Dollar in der von Insight Partners angeführten Serie B, 4. August 2026). Durch die Wahl der Region Irland ändert sich nichts an der Gerichtsbarkeit des Unternehmens, das Ihre Daten hostet.

Dies ist genau der gleiche Mechanismus wie der mit Supabase dokumentierte. Eine in einem Verwaltungsgremium überprüfte europäische Region reicht nicht aus, um aus der Rechtsordnung des CLOUD Act auszusteigen, solange die Muttergesellschaft amerikanisch bleibt. Aurabase SAS, eine Gesellschaft französischen Rechts, betreibt eine geprüfte Produktionsinfrastruktur in Deutschland (Nürnberg, Falkenstein) und Finnland (Helsinki).

Erfahren Sie mehr: Warum der CLOUD Act Ihre Wahl von BaaS verändert

Convex hat öffentlich Stellung gegen den Wettlauf um Marketing-Benchmarks bezogen. Der Titel seines Beitrags ist nicht nuanciert: „Ihre Datenbank-Benchmarks interessieren mich nicht (und Sie sollten es auch nicht)“ (stack.convex.dev/on-competitive-benchmarks, abgerufen am 24. August 2026). Eine vermutete Haltungswahl, kein gezielter Angriff – der Beitrag nennt keinen konkreten Konkurrenten.

Die Position von Aurabase basiert auf derselben Beobachtung, geht jedoch in die entgegengesetzte Richtung: Veröffentlichung einer reproduzierbaren und veralteten Benchmark-Methodik, anstatt auf die Veröffentlichung von Zahlen zu verzichten. Dies ist noch in Arbeit – in diesem Artikel werden keine Leistungszahlen hervorgehoben, bis sie von der vollständigen Methodik begleitet werden.

Convex trifft eine radikale Wahl: eine einzige Sprache, vom Schema über die Serverfunktion bis zum React-Client, mit End-to-End-Typisierung ohne manuelle Generierung. Dies ist ein echter Produktivitätsschub für ein Team, das bereits zu 100 % mit TypeScript arbeitet.

Das Aurabase JavaScript SDK wird in 10 npm-Paketen mit der Bezeichnung @aurabase/*verteilt, die alle veröffentlicht und installierbar sind. Im Repository sind auch Python-, Dart- und Rust-SDKs vorhanden. Keines der drei ist bisher in der jeweiligen Registry (PyPI, pub.dev, crates.io) veröffentlicht: Sie sind derzeit nur in Abhängigkeit von einem Git-Repository installierbar. Umfangreichere mehrsprachige Abdeckung auf dem Papier, wobei eine echte Ausführungslücke geschlossen werden muss, bevor diese vollständig in Anspruch genommen werden kann.

Aurabase basiert auf dem PostgreSQL 16-Standard und einer PostgREST-kompatiblen API. Ein Schema- und Datenexport erfolgt mit dem klassischen pg_dump/pg_restore – nach Aurabase oder zu einem anderen Postgres.

Convex ist nicht auf SQL angewiesen: Es gibt kein direktes Äquivalent zum Exportieren in ein standardmäßiges relationales Format. Die Migration einer Convex-Anwendung zu einem SQL-Backend erfordert die Umgestaltung des Schemas in relationale Tabellen und das Neuschreiben der Datenzugriffsschicht – nicht nur die Konvertierung einer Exportdatei.

Wenn Ihr Team bereits zu 100 % auf TypeScript setzt, eine reaktionsfähige React-App erstellt und nicht stark auf SQL- oder Postgres-Erweiterungen angewiesen ist, bietet Convex einen echten Produktvorteil. Zwei konkrete Vorteile: automatische Reaktionsfähigkeit ohne Konfiguration und End-to-End-Typisierung, die eine ganze Klasse von Frontend-/Backend-Integrationsfehlern reduziert.

Der Kompromiss entsteht, wenn SQL, RLS Postgres, Datenportabilität oder eine Hosting-Region in Deutschland/Finnland mit französischer Muttergesellschaft zu Entscheidungskriterien werden. Hier baut Aurabase sein Alleinstellungsmerkmal auf.

Möchten Sie einen Vergleich mit Schwerpunkt auf Open Source und Selbsthosting? Siehe Aurabase vs. Appwrite. Den Vergleich und die Architektur des Postgres-Benchmarks finden Sie unter Aurabase vs. Supabase.