Op het grensgebied tussen de Database Administrator (DBA) en de applicatie of zijn ontwikkelaar.

Open Source

Closed Source

Database Optimalisatie Specialist

Als Database Optimalisatie Specialist, richt ik mij op het optimaliseren van de gehele database en alles wat van invloed is op het gedrag er van, waaronder:

  • Functioneel gebruik van de database
  • Technisch gebruik van de database
  • Applicaties die gebruik maken van de database
  • Tabel structuur
  • Datatype gebruik
  • Relationele model
  • Inrichting van het database cluster / instance
  • Inrichting van de onderliggende componenten zoals besturingssysteem, opslag, geheugen en netwerk

Database gebruik

Belangrijk onderdeel hierin is te kijken naar de specifieke queries waar de database mee te maken krijgt. Deze worden vaak vanuit andere applicaties gegenereerd en zijn niet altijd voldoende efficiënt. Door samen met applicatie beheerders of applicatie ontwikkelaars naar het gebruik en gedrag van de database te kijken, kan vaak al veel geoptimaliseerd worden. Vaak is een paar wijzigingen in de aanpak rond de vraagstelling al voldoende en soms resulteert dit ook in een verbetering van het datamodel.

Onderhoud

Een ander veel voorkomend probleem met databases is achterstallig onderhoud. Ooit klein begonnen met weinig data en een paar gebruikers. Vervolgens succesvol gegroeid zonder stil te staan bij de gevolgen voor de database. Bij een goed ingerichte database met de juiste vraagstelling hoeft groei in volume en/of gebruik weinig impact te hebben. Maar elke database heeft onderhoud nodig. Altijd, net als dat de beste auto ooit nog steeds regulier onderhoud nodig heeft.

Systeem

Een database wordt zo snel als het langzaamste component. Het is dus van belang om de onderliggende componenten zoals besturingsysteem, harddisk, geheugen en netwerk goed af te stemmen op het specifieke database gebruik. Veel Database Administrators (DBA’s) onderhouden vele databases, honderden of zelfs duizenden. Het is voor een DBA onmogelijk om alle details van elke database te begrijpen en onthouden. Zij blijven daardoor meestal bij algemeenheden als het gaat om ondersteuning en optimalisatie.

Veel applicatieontwikkelaars of -beheerders missen echter de kennis om de DBA van de juiste informatie te voorzien. De database is daardoor vaak wel op algemeen niveau getuned, maar kan op details beter. Het datamodel en de juiste vraagstelling blijven meestal ondergeschoven kindje, omdat de DBA daar de juiste details mist  over het specifieke gebruik van die ene specifieke database.

De Database Developer fungeert als intermediair tussen beiden omdat deze rol beide kanten voldoende begrijpt om de “missing link” in te vullen

Meten is weten

Een flink onderschat onderwerp rond Database Optimalisatie is de wereld van het meten, historie opbouwen meetwaarden en het visualiseren van deze gegevens. Vanwege mijn achtergrond als Business Intelligence Specialist, ken ik de kracht van meten en het analyseren van deze meetwaarden door de tijd. Ondanks dat de meeste database engines views hebben die heel nuttige meetgegevens bevatten, wordt door maar weinig organisaties werkelijk volwaardig benut. Zeker, sommige ontwikkelaars en database specialisten zijn bekend met deze informatie en gebruiken het als het echt nodig is, maar slechts heel weinig organisaties verzamelen deze informatie en slaan het op voor analyses door de tijd.

Zodra die stap wel genomen wordt, komt de werkelijke kracht naar boven. Zeker, het kost tijd om dit op te zetten, maar zodra er goede visualisaties zijn komen de èchte pijnpunten ook al snel naar boven. Zodra die weg zijn genomen, laten de volgende pijnpunten zich zien. Geleidelijk worden alle pijnpunten weg genomen, met als resultaat een systeem dat zo soepel en efficient loopt als mogelijk.

En weet je? Als het systeem soepel en efficient draait, verspilt het geen CPU kracht, IO of disk ruimte. Dat betekent flinke kostenbesparing omdat het systeem prima werkt op een kleinere, goedkopere server of omdat het niet nodig is om over te stappen naar een zwaardere server, terwijl het systeem wel groeit. En dat laatste is gelijk de reden waarom meetwaarden nog steeds verzameld moeten worden, zodat het systeem soepel blijft draaien. Ook op de lange termijn.

Ik heb meerdere van dit soort systemen opgezet. Gebruik makend van Open Source systemen, dus tegen lage kosten. Natuurlijk, het kost tijd om dit op te zetten. Maar op de langere termijn verdient het zich ruim terug.

Verschil Database Optimalisatie Specialist en Database Administrator

De Database Optimalisatie Specialist richt zich vooral op het specifieke praktisch gebruik van de databases, hoe de database zich intern gedraagt en hoe het praktisch gebruik daarop kan worden afgestemd. Een DBA’s richt zich meer op de algemene inrichting, het algemene onderhoud en de security (login). 

Daarnaast kennen veel Database Administrators (DBAs) één of twee database engines heel goed, niet meer. Omdat ik met de ontwikkelaars en applicatie beheerders werk, beweeg ik mee met hun behoeften. Daarnaast heb ik door mijn carrière heen met diverse verschillende database engines gewerkt, waardoor ik goed bekend ben met de overeenkomsten en verschillen. Dat heeft weer tot gevolg dat ik ook databases die ik niet ken, vlot kan doorgronden.

Het resultaat is dat ik inmiddels meerdere databases enorm goed ken, op bepaalde vlakken soms zelfs beter dan de gespecialiseerde DBA. Terwijl die DBA vaak weer hele andere vlakken veel beter kent dan ik. Samen sta je het sterkst.