Neon of Supabase: welke Postgres voor je data?
Neon en Supabase draaien allebei PostgreSQL, maar ze verkopen iets anders. Een vergelijking in drie tabellen, en wanneer je welke kiest.
In het artikel over SQL schreef ik dat ik met PostgreSQL werk. De vraag die daarna altijd volgt: waar draait die database dan? Voor een kmo komen er vandaag twee namen bovenaan: Neon en Supabase. Allebei PostgreSQL, allebei met een gratis instap, allebei populair. Toch verkopen ze iets anders.
Het verschil in één zin
Neon verkoopt een database. Supabase verkoopt een volledige backend waar toevallig een database in zit.
Dat klinkt als een detail, maar het bepaalt alles: hoe je betaalt, wat je erbij krijgt en voor wie het bedoeld is.
Wat ze zijn
| Neon | Supabase | |
|---|---|---|
| Kern | Serverless PostgreSQL | PostgreSQL met een backend errond |
| Eigenaar | Databricks (sinds 2025) | Onafhankelijk |
| Wat je erbij krijgt | Branching, automatisch op- en afschalen | Login, bestandsopslag, realtime, functies, automatische API |
| Rekenkracht | Schaalt naar nul als niemand vraagt | Staat altijd aan |
| Bedoeld voor | Data, pipelines, apps die hun eigen backend hebben | Apps die snel een volledige backend nodig hebben |
| Europese regio's | Frankfurt, Londen | Onder meer Frankfurt, Parijs, Stockholm, Zürich, Londen |
Neon heeft intussen ook zelf login en een API, maar de kern blijft de database. Bij Supabase is de database één van de bouwstenen.
Wat het kost
Hier zit het grootste verschil, en het is er één van model, niet van prijs.
Neon rekent af per gebruik. Je betaalt voor de uren dat de database rekent en voor de opslag. Staat ze stil, dan betaal je niets. Supabase rekent een vast bedrag per maand, met een vaste server die altijd klaarstaat.
| Neon | Supabase | |
|---|---|---|
| Gratis plan | 100 rekenuren en 0,5 GB per project | 2 projecten, 500 MB database |
| Gratis plan: valkuil | Schaalt na 5 minuten naar nul (koude start) | Project pauzeert na een week zonder gebruik |
| Betaald instappen | Launch: pay-as-you-go, geen minimum | Pro: $25 per maand, kleinste server inbegrepen |
| Rekenkracht | $0,106 per rekenuur (Launch) | Vaste servergrootte, van $10 tot duizenden per maand |
| Opslag | $0,35 per GB per maand | 8 GB inbegrepen in Pro, daarna $0,125 per GB |
| Terugzetten naar een moment | 7 dagen in Launch, 30 in Scale | Dagelijkse back-ups; tijdstip-herstel is een optie vanaf $100 per maand |
| Testkopie van je database | Branches inbegrepen | Branches per uur aangerekend |
Prijzen in dollar, zoals beide aanbieders factureren. Stand van september 2026.
Wat dat betekent voor rapportering
Een rapporteringsdatabase doet het grootste deel van de dag niets. Een ETL-pipeline haalt 's nachts de gegevens binnen, Power BI ververst een paar keer per dag, en daartussen is het stil.
Dat patroon past perfect bij Neon. Draait je pipeline een kwartier per nacht en ververst je rapport vier keer per dag, dan blijf je vaak binnen het gratis plan, en anders betaal je een paar euro. Bij Supabase betaal je die $25 per maand, ook voor alle uren waarin niemand iets vraagt.
Supabase wint het omgekeerde verhaal: een app waar de hele dag mensen op inloggen, bestanden uploaden en gegevens zien veranderen. Dan staat de database toch altijd aan, en krijg je login, opslag en realtime erbij zonder ze zelf te bouwen.
De valkuilen
Neon: de koude start. Na vijf minuten stilte valt de database in slaap, en de eerste vraag daarna duurt even langer. Voor een nachtelijke pipeline of een rapportverversing maakt dat niets uit. Voor een app waar een klant op een knop drukt wel, en dan zet je het in een betaald plan uit.
Supabase: het gratis plan pauzeert. Een project dat een week niet gebruikt wordt, gaat op pauze. Voor een test prima, voor een rapport dat je elke maandag bekijkt een risico. Neem je dan Pro, dan heb je een vaste kost.
Beide: de regio kies je bij het aanmaken. Neon laat je die achteraf niet wijzigen. Kies meteen Frankfurt of een andere Europese regio, zodat je data binnen de EU blijft. Zie ook het artikel over de AVG.
Welke kies je?
| Situatie | Kies |
|---|---|
| Rapporteringsdatabase voor Power BI | Neon |
| ETL-pipeline die 's nachts draait | Neon |
| Snel een testkopie van je data willen | Neon |
| Een app met login en bestandsopslag | Supabase |
| Gegevens die live moeten bijwerken op een scherm | Supabase |
| Een klein team zonder eigen backend-ontwikkelaar | Supabase |
En als je twijfelt: omdat het allebei PostgreSQL is, zit je nergens aan vast. Een database van de ene naar de andere verhuizen is een standaard export en import. De SQL blijft dezelfde.
Waarom ik Neon gebruik
Mijn werk is rapportering. De database krijgt haar gegevens van pipelines die op vaste momenten draaien, en Power BI leest ze uit. Ik heb geen login of bestandsopslag nodig, want dat regelt Power BI zelf.
Dan betaal ik liever voor wat er effectief gebeurt dan voor een server die wacht. Branches gebruik ik om een wijziging aan het datamodel eerst op een kopie te testen, zonder dat het live rapport iets merkt.
Zou ik morgen een klantenportaal bouwen, dan kijk ik naar Supabase.
De stelling
Neon of Supabase is geen keuze tussen goed en slecht. Het is een keuze tussen betalen voor gebruik of betalen voor paraatheid. Weet wat je database de hele dag doet, en de keuze maakt zichzelf.