Van Database Developer naar Database Optimalisatie Specialist

Vanuit deze basis heb ik bij IBM en verschillende andere organisaties eigenlijk altijd twee paden bewandeld. Gedurende mijn carrière heb ik mijn kennis rond relationele databases verder uitgebreid. Eerst door de andere, niet-mainframe varianten van DB2 te leren en ervaren, daarna door ook met andere relationele databases zoals Oracle, SQL Server en PostgreSQL te werken. Hierbij heb ik altijd met grote volume-databases gewerkt, vooral in Business Intelligence omgevingen, maar ook in transactionele omgevingen of een mix van beide.

Vanuit database gebruik heb ik mij altijd gericht op het werkelijke gebruik: Efficient gegevens in de database opslaan en er weer zo efficiënt mogelijk uit halen. Bij Business Intelligence maakt dat er soms vrij complexe queries nodig zijn om de data voldoende bruikbaar te maken voor verdere verwerking. Daarmee heb ik veel ervaring op gedaan in het schrijven van efficiënte SQL, maar ook in het goed inrichten van een database. Ik doel dan op tabelstructuur en indexen, maar ook de inrichting van fysieke opslag op schijf, efficiënte inrichting van het besturingssysteem en de keuze dynamische SQL of statische SQL. Alles wat er voor zorgt dat een database optimaal draait.

Ik noem mijzelf tegenwoordig dan ook Database Optimalisatie Specialist en niet Database Administrator (DBA), omdat een DBA zich veel meer richt op het structurele onderhoud van een database zoals backup/restore, inrichten van gebruikers, periodiek onderhoud, etc.

Hoewel ik in het verleden ook wel de term Database Developer gebruikte omdat ik ook help met de bouw van een database, data structuren, Stored Procedures, enz., merk ik dat deze term verwarrend is in de wereld van Open Source systemen. In die wereld wordt deze term ook gebruikt door de ontwikkelaars die echt aan het database systeem zelf, de engine, bouwen. Omdat het meeste ontwikkelwerk voor de datastructuur tegenwoordig door de applicatie ontwikkelaars gedaan wordt via frameworks, is mijn focus steeds meer verschoven naar de optimalisatie-kant, wat ook heel goed past bij mijn interesses.

Brede kennis en ervaring

Vanuit de rapporten die ik maakte voor het IBM Global Network, leerde ik al snel hoe alles in elkaar grijpt. Een database kan nooit efficiënt werken als hij wordt tegen gehouden door een besturingssysteem, geheugen, harde schijf, netwerk of externe applicaties. Die rapporten toonden ook heel mooi aan dat zelfs binnen het netwerk verschillende componenten zijn die elkaar kunnen tegenwerken.

De les daaruit was om altijd verder te kijken dan enkel de database en ook de directe omgeving te onderzoeken. Om de juiste informatie naar boven te krijgen is vaak expertise nodig van anderen zoals netwerk experts of OS experts. Is de kennis niet voldoende in huis, dan kan ik terug vallen op een uitgebreid professioneel netwerk en in het uiterste geval  bouw ik de kennis zelf op.

Het doel is dat de database zich gedraagt zoals de opdrachtgever dat verlangt. Mits mogelijk natuurlijk, ik heb geen toverstaf. Al was mijn laatste opdrachtgever het niet helemaal eens met deze laatste zin…..😄