Aurabase versus Convex: native SQL of reactieve backend?

Aurabase is gebaseerd op de PostgreSQL 16-standaard: SQL, klassieke migraties, RLS-beleid. Convex volgt het tegenovergestelde pad. De officiële documentatie is expliciet over deze keuze: "Er hoeft niets te worden ingesteld en het is niet nodig om SQL te schrijven. Gebruik gewoon JavaScript om de behoeften van uw app tot uitdrukking te brengen" (docs.convex.dev/database, geraadpleegd op 24 augustus 2026). Convexe tabellen slaan documenten op die zijn getypt door een optioneel TypeScript-schema, gemaakt op eerste insert, zonder dat er DDL hoeft te worden geschreven.

Hier ziet u hoe een typische Convexe-query eruit ziet, met een index die in het schema is gedeclareerd:

// Convexe query: TypeScript, geen 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()
  },
})

Geen van beide modellen is strikt superieur. De querybuilder van Convex elimineert een hele klasse van SQL-injectiebugs door constructie. Het vergrendelt u ook in zijn eigen querytaal. Geen standaard BI-tool, geen bestaande Postgres ORM, geen SQL-extensie zoals pgvector of pg_graphql zonder het volledig herschrijven van de datalaag.

Bij Convex reageert elke vraag standaard. De client opent een WebSocket-verbinding met de implementatie en de engine bewaart alle regels die door elk verzoek worden gelezen (de “read-set”). Zodra een mutatie deze leesset beïnvloedt, wordt de functie aan de serverzijde opnieuw afgespeeld. Het bijgewerkte resultaat wordt naar de client gepusht, zonder dat er een abonnementscode hoeft te worden geschreven (stack.convex.dev/how-convex-works, geraadpleegd op 24 augustus 2026).

Aurabase realtime werkt precies andersom, bij opt-in. NATS JetStream zendt de PostgreSQL-wijzigingsstroom (CDC) uit; je abonneert je expliciet op een kanaal via channel().on('postgres_changes', …), met mogelijke filtering op kolom. Dit is meer code om te schrijven voor een liveweergave, maar een standaardprotocol ondersteund door logische replicatie van Postgres - geen eigen mechanisme gekoppeld aan een specifieke querybuilder.

Een gemeenschappelijk punt dat we hier niet verwachten aan te treffen: beide motoren zijn geschreven in Rust. De Convex open source repository (get-convex/convex-backend) bestaat voornamelijk uit Rust-kratten. TypeScript wordt alleen gebruikt voor de uitvoeringsomgeving van ontwikkelaarsfuncties, via de V8-engine (stack.convex.dev/how-convex-works, geraadpleegd op 24 augustus 2026). Tegenover Supabase – Elixir/Go/TypeScript/Node stack – blijft de Rust-kern een echte Aurabase-differentiator. Tegen Convex nee: beiden hebben deze gok gewaagd, elk om een ​​betrouwbare transactionele engine te bouwen zonder onvoorspelbare pauzes voor het ophalen van afval.

Het verschil zit hem in de licentie. De Convex-enginecode (get-convex/convex-backend) is vrijgegeven onder FSL-1.1-Apache-2.0, een eerlijke bronlicentie. Het staat elk gebruik toe, behalve het creëren van een product dat concurreert met Convex Cloud. Elke versie schakelt twee jaar nadat deze beschikbaar is gesteld over naar pure Apache 2.0 - clausule rechtstreeks geverifieerd in het LICENSE.md bestand in de repository (github.com/get-convex/convex-backend, geraadpleegd op 24 augustus 2026). De Rust-werkruimte en de Aurabase JavaScript SDK worden gepubliceerd onder de MIT-licentie, open source zonder vertraging of gebruiksbeperkingen.

Convex wordt niet buiten beschouwing gelaten bij AI. De native vectorzoekfunctie is toegankelijk via actions, met een vectorindex die in het schema is gedeclareerd. Met zijn @convex-dev/agent en rag.search()raamwerk vormt het een RAG-mogelijkheid die op papier vergelijkbaar is met de oorspronkelijke RAG van Aurabase (docs.convex.dev/search/vector-search, geraadpleegd op 24 augustus 2026).

Het echte verschil is dus niet “RAG versus geen RAG”. Aurabase integreert ook een NL2SQL-engine: vertaling van een vraag in natuurlijke taal naar een SQL-query, gevalideerd en vervolgens beperkt vóór uitvoering. Convex kan structureel geen equivalent bieden: zonder SQL om te vertalen valt er niets te genereren. Dit is een direct gevolg van de hierboven gedocumenteerde architectuurkeuze, en niet van een productvertraging.

Convex biedt een EU West (Ireland)-regio, geïmplementeerd sinds 6 februari 2026, naast de standaard regio VS-Oost (docs.convex.dev/production/regions en news.convex.dev, toegankelijk op 24 augustus 2026). Een reële optie die het verdient om erkend te worden. Maar Convex Inc. blijft een bedrijf naar Amerikaans recht. De oprichter en CEO, Jamie Turner, zegt dat hij in San Francisco woont (news.convex.dev, $57 miljoen opgehaald in Series B onder leiding van Insight Partners, 4 augustus 2026). Als u de regio Ierland kiest, verandert er niets aan de jurisdictie van het bedrijf dat uw gegevens host.

Dit is precies hetzelfde mechanisme als gedocumenteerd bij Supabase. Een Europese regio die in een bestuurspanel wordt gecontroleerd, is niet voldoende om het wettelijke regime van de CLOUD Act te verlaten, zolang het moederbedrijf Amerikaans blijft. Aurabase SAS, een vennootschap naar Frans recht, exploiteert een geverifieerde productie-infrastructuur in Duitsland (Neurenberg, Falkenstein) en Finland (Helsinki).

Graaf dieper: waarom de CLOUD Act uw keuze voor BaaS verandert

Convex heeft een publiek standpunt ingenomen tegen de race om marketingbenchmarks. De titel van zijn bericht is niet genuanceerd: “Ik geef niets om je databasebenchmarks (en jij ook niet)” (stack.convex.dev/on-competitive-benchmarks, geraadpleegd op 24 augustus 2026). Een veronderstelde houdingskeuze, geen gerichte aanval – de post noemt geen specifieke concurrent.

Het standpunt van Aurabase is gebaseerd op dezelfde observatie, maar gaat de tegenovergestelde richting uit: het publiceren van een reproduceerbare en gedateerde benchmarkmethodologie in plaats van het publiceren van cijfers op te geven. Dit is nog steeds een werk in uitvoering; er worden in dit artikel geen prestatiecijfers uitgelicht totdat ze vergezeld gaan van de volledige methodologie.

Convex maakt een radicale keuze: één taal, van het schema tot de serverfunctie tot de React-client, met end-to-end typen zonder handmatig genereren. Dit is een echte productiviteitsboost voor een team dat al 100% TypeScript is.

De Aurabase JavaScript SDK wordt gedistribueerd in 10 npm-pakketten met de naam @aurabase/*, allemaal gepubliceerd en installeerbaar. Python-, Dart- en Rust-SDK's bestaan ​​ook in de repository. Geen van de drie is nog gepubliceerd in hun respectievelijke register (PyPI, pub.dev, kratten.io): ze kunnen momenteel alleen worden geïnstalleerd in afhankelijkheid van een Git-repository. Bredere meertalige dekking op papier, met een echte uitvoeringskloof die moet worden opgevuld voordat deze volledig wordt geclaimd.

Aurabase is gebaseerd op de PostgreSQL 16-standaard en een PostgREST-compatibele API. Een schema- en gegevensexport wordt uitgevoerd met de klassieke pg_dump/pg_restore — naar Aurabase of een andere Postgres.

Convex is niet afhankelijk van SQL: er is geen direct equivalent van exporteren naar een standaard relationeel formaat. Het migreren van een Convex-applicatie naar een SQL-backend omvat het hermodelleren van het schema in relationele tabellen en het herschrijven van de gegevenstoegangslaag – niet alleen het converteren van een exportbestand.

Als uw team al 100% TypeScript is, een responsieve React-app bouwt en niet sterk afhankelijk is van SQL- of Postgres-extensies, heeft Convex een echt productvoordeel. Twee concrete voordelen: automatisch reactievermogen zonder configuratie, en end-to-end typen, waardoor een hele reeks frontend/backend-integratiefouten wordt verminderd.

Het compromis ontstaat wanneer SQL, RLS Postgres, dataportabiliteit of een hostingregio in Duitsland/Finland met een Frans moederbedrijf beslissingscriteria worden. Dit is waar Aurabase zijn onderscheidende factor bouwt.

Wilt u een vergelijking gericht op open source en self-hosting? Zie Aurabase versus Appwrite. Voor de Postgres-benchmarkvergelijking en architectuur, zie Aurabase vs Supabase.