Schrijven jullie nog steeds SQL?

Samenvatting

SQL staat centraal in een Reddit-discussie over kleinere datateams en migraties die volgens één gebruiker enkele weken duren.

SQL: wat er gebeurt

Een gebruiker op Reddit r/dataengineering vraagt hoe het werk in het afgelopen jaar is veranderd. Volgens die ervaring vraagt een project niet langer vier of vijf mensen, maar één persoon met een Cursor-abonnement.

Dezelfde gebruiker schrijft dat een migratie nu enkele weken duurt. De post noemt geen specifiek databaseplatform, migratietype of technische oorzaak voor die kortere doorlooptijd. Daardoor blijft onduidelijk welke werkzaamheden precies zijn geautomatiseerd of versneld.

SQL: waarom dit belangrijk is

De discussie raakt aan de verhouding tussen handmatig SQL-werk, projectbezetting en hulpmiddelen zoals Cursor. Het opvallendste punt is niet een nieuwe SQL-techniek, maar de claim dat één persoon werk uitvoert waarvoor eerder een team van vier of vijf mensen nodig was.

Dat is geen representatief onderzoek. Het gaat om één ervaring op Reddit, zonder meetmethode, projectomvang of vergelijking tussen migraties. Toch biedt de post een concreet aandachtspunt voor BI-teams: kijk bij veranderingen in bezetting niet alleen naar de tool, maar ook naar review, testen, documentatie en kennisoverdracht.

De titel stelt de vraag of teams nog steeds SQL schrijven, maar het excerpt geeft daarop geen rechtstreeks antwoord. Het beschrijft vooral een verandering in de manier waarop migraties en projecten worden uitgevoerd. SQL lijkt daarmee in deze discussie eerder de achtergrond van het werk dan het hoofdonderwerp van de verandering.

SQL: concrete takeaway

Gebruik de Reddit-post als aanleiding om je eigen migraties uit te splitsen in ontwerp, SQL-ontwikkeling, testen, review en documentatie. Meet per onderdeel hoeveel werk één persoon met Cursor werkelijk overneemt en leg vast welke controles nodig blijven. Vergelijk die uitkomst met eerdere projecten voordat je de projectbezetting verlaagt.