Waarom je moet stoppen met opgeslagen procedures

De verborgen code in de kelder

Hey makers! Woz hier. Vandaag duiken we in een onderwerp dat vaak diep in de kelders van onze systemen verborgen zit: de database. In het verleden was het heel gebruikelijk om zware logica direct in de database te stoppen via opgeslagen procedures. Het leek slim, want de data was er toch al. Maar tegenwoordig is het een blok aan ons been geworden voor iedereen die snel en flexibel wil bouwen en innoveren.

Waarom het je creativiteit remt

Het grootste probleem met deze procedures is dat ze vaak buiten je normale versiebeheer vallen. Terwijl je applicatiecode netjes wordt bijgehouden, zweeft die database-logica ergens los rond. Dit maakt het testen van je werk een enorme uitdaging. Als maker wil je kunnen experimenteren zonder de hele boel om te gooien. Met logica in de database zit je bovendien vast aan de grillen van één specifieke leverancier. Dat past niet bij onze filosofie van openheid en toegankelijkheid.

Breng de logica terug naar de maker

De oplossing is simpel: gebruik de database waar hij voor bedoeld is, namelijk het veilig opslaan van gegevens. Verplaats de slimme logica naar de applicatielaag waar je programmeert. Of je nu werkt met moderne hulpmiddelen zoals een query-bouwer of een object-relationele mapper, je houdt de controle in je eigen code. Dit maakt je systeem overzichtelijker, makkelijker te schalen en vooral veel leuker om aan te sleutelen. Laten we bouwen aan systemen die begrijpelijk en aanpasbaar zijn voor iedereen!