Top 50 DB2-interviewvragen en antwoorden (2025)

Door: David Carter David Carter
Hours Bijgewerkt

Voorbereiding op een DB2-interview? Het gaat niet alleen om het kennen van commando's, maar ook om inzicht tonen in hoe databases echt werken. Elk DB2-interview toont probleemoplossend vermogen, aanpassingsvermogen en technische scherpte.

De mogelijkheden in deze sector zijn enorm, van starters die hun vaardigheden willen uitbreiden tot ervaren professionals met 5 of zelfs 10 jaar ervaring op root-niveau. DB2-interviewvragen en -antwoorden testen technische expertise, analysevaardigheden en domeinexpertise. Managers, senioren en teamleiders waarderen kandidaten die blijk geven van geavanceerde analyse, technische ervaring en professionele ervaring in het veld.

Dit artikel is gebaseerd op inzichten van meer dan 65 technische leiders en feedback van meer dan 40 hiring managers en professionals uit verschillende sectoren. Het behandelt de meest voorkomende, geavanceerde en praktische gebieden die er echt toe doen.

DB2-interviewvragen en -antwoorden

1) Wat is DB2 en waarom is het belangrijk in bedrijfsapplicaties?

DB2 is een familie van relationele databasebeheersystemen (RDBMS) die zijn ontwikkeld door IBM, veel gebruikt in bedrijfsomgevingen voor het verwerken van gestructureerde en ongestructureerde data. Het is vooral belangrijk op IBM mainframes (z/OS), waar het bedrijfskritische systemen in de bank-, verzekerings- en overheidssector aanstuurt. Dankzij geavanceerde functies zoals gelijktijdigheidsbeheer, partitionering, opgeslagen procedures en bufferpools kan DB2 worden geschaald naar duizenden gebruikers tegelijk. In financiële instellingen wordt DB2 bijvoorbeeld gebruikt om dagelijks miljoenen transacties te verwerken en tegelijkertijd de ACID-eigenschappen te waarborgen, waardoor het een hoeksteen is voor systemen met hoge beschikbaarheid.

👉 Gratis PDF-download: DB2-interviewvragen en -antwoorden

2) Hoe verschilt DB2 van andere relationele databases zoals Oracle or MySQL?

Terwijl alle relationele databases gegevens in tabellen beheren met behulp van SQL, onderscheidt DB2 zich door schaalbaarheid voor ondernemingen en platformondersteuning. In tegenstelling tot MySQL, dat lichtgewicht is en vaak wordt gebruikt voor webapplicaties, is DB2 geoptimaliseerd voor mainframes en enterprise Linux/Unix/Windows omgevingen. Vergeleken met OracleDB2 biedt een nauwere integratie met IBM middleware en z/OS, met krachtige ondersteuning voor parallellisme en workload management.

Factor DB2 Oracle MySQL
Primair gebruik Onderneming, Mainframe Onderneming, brancheoverschrijdend Webapps, startups
Prestaties Geoptimaliseerd voor OLTP/OLAP Sterke OLTP + clustering Gemiddeld
Licenties Flexibele niveaus Hoge kosten Meestal open source
platform Ondersteuning Mainframe + LUW LUW LUW

3) Leg de levenscyclus van een DB2 SQL-instructie uit, van codering tot uitvoering.

De levenscyclus van een DB2 SQL-instructie omvat meerdere fasen om correctheid en efficiëntie te garanderen. In eerste instantie wordt de SQL-instructie gecodeerde binnen een applicatie. Vervolgens ondergaat het pre-compilatie, waarbij DB2 SQL-instructies extraheert in Database Request Modules (DBRM's). De volgende stap is de verbindend proces, dat de SQL valideert, autorisaties controleert en een toegangspad genereert. Ten slotte uitvoering De fase gebruikt het gegenereerde toegangsplan om gegevens op te halen of te wijzigen. Bijvoorbeeld, een SELECT De query gaat eerst door de optimizer, die op basis van beschikbare statistieken en indexen bepaalt of een indexscan of een volledige tabelscan moet worden uitgevoerd.

4) Welke verschillende gegevenstypen worden ondersteund in DB2?

DB2 ondersteunt een breed scala aan gegevenstypen voor de opslag van numerieke, teken- en temporele gegevens. Veelvoorkomende numerieke typen zijn SMALLINT, INTEGER, DECIMAL en FLOAT. Tekengegevens kunnen worden opgeslagen met CHAR, VARCHAR en CLOB, terwijl binaire gegevens worden opgeslagen met BLOB. Temporele gegevens worden ondersteund met DATE, TIME en TIMESTAMP.

Voorbeeld:

  • INTEGER voor werknemers-ID's.
  • VARCHAR(100) voor namen van werknemers.
  • DATE voor de data van deelname.

Deze typen garanderen de integriteit van gegevens en bieden tegelijkertijd flexibiliteit tussen toepassingen. Ze zijn cruciaal bij het ontwerpen van genormaliseerde databaseschema's.

5) Hoe selecteert de DB2 Optimizer het beste toegangspad?

De DB2 Optimizer analyseert SQL-instructies om de meest efficiënte manier van gegevenstoegang te bepalen. factoren zoals beschikbare indexen, statistieken in de catalogustabellen, querypredicaten en systeembronnen. Bij het bevragen van een klantentabel kan de optimizer bijvoorbeeld een indexscan als er een index bestaat op de opgevraagde kolom, of een sequentiële scan als de meeste rijen nodig zijn. Door gebruik te maken van op kosten gebaseerde algoritmen zorgt de optimizer ervoor dat de uitvoering efficiënt is, zelfs bij complexe query's met joins en subquery's. Daarom is het bijhouden van actuele catalogusstatistieken cruciaal.

6) Kunt u uitleggen wat SQLCA is en de belangrijkste velden ervan opnoemen?

De SQL Communication Area (SQLCA) is een structuur die feedback geeft na SQL-uitvoering. Deze wordt automatisch bijgewerkt na elke SQL-bewerking in embedded SQL-programma's. Belangrijke velden zijn onder andere:

  • SQLCODE: Geeft succes (0), waarschuwing (>0) of fout (<0) aan.
  • SQLERRM: Berichttekst die de uitkomst beschrijft.
  • SQLERRD: Diagnostische informatie, zoals het aantal verwerkte rijen.

Als bijvoorbeeld een UPDATE wijzigt 10 rijen, SQLERRD(3) bevat de waarde 10. SQLCA is essentieel voor foutverwerking en foutopsporing in COBOL, C en andere hosttalen die met DB2 zijn geïntegreerd.

7) Wat is het doel van de opdrachten COMMIT en ROLLBACK?

De COMMIT-opdracht in DB2 zorgt ervoor dat alle wijzigingen die door een transactie zijn aangebracht, permanent worden, terwijl ROLLBACK niet-vastgelegde wijzigingen ongedaan maakt. Deze opdrachten helpen bij het onderhouden data consistentie en de ACID Eigenschappen van transacties. Bijvoorbeeld, als in een bankapplicatie een overschrijving geld van de ene rekening afschrijft, maar niet bijschrijft op een andere, zorgt het uitvoeren van een ROLLBACK ervoor dat geen enkele gedeeltelijke transactie de gegevens corrumpeert. Omgekeerd, zodra beide bewerkingen succesvol zijn, finaliseert COMMIT de overschrijving.

8) Welke verschillende soorten beperkingen bestaan ​​er in DB2 en wat zijn hun voordelen?

Beperkingen leggen regels op om de gegevensintegriteit te behouden. DB2 ondersteunt verschillende typen:

  • Hoofdsleutel: Zorgt voor uniciteit en niet-nul.
  • Vreemde sleutel: Zorgt voor referentiële integriteit tussen tabellen.
  • Uniek: Garandeert dat er geen dubbele waarden in een kolom voorkomen.
  • Controleren: Valideert dat waarden aan specifieke voorwaarden voldoen.
  • Niet nul: Voorkomt ontbrekende waarden.

Voordelen: Ze verminderen de noodzaak van validatie op applicatieniveau, verbeteren de consistentie en beschermen tegen ongeldige gegevensinvoer. Een CHECK-beperking kan er bijvoorbeeld voor zorgen dat de salarissen van werknemers altijd hoger zijn dan nul.

9) Hoe werken bufferpools in DB2?

Een bufferpool is een gereserveerd gebied in het hoofdgeheugen dat DB2 gebruikt om tabellen en indexpagina's te cachen. Wanneer een query wordt uitgevoerd, zoekt DB2 eerst in de bufferpool om de fysieke schijf-I/O te minimaliseren. Goed afgestemde bufferpools verbeteren de prestaties aanzienlijk. Als de gegevenspagina's van een vaak geraadpleegde tabel zich bijvoorbeeld in de bufferpool bevinden, kunnen query's vanuit het geheugen in plaats van vanaf schijf worden verwerkt. Beheerders kunnen meerdere bufferpools (4K, 8K, 16K, 32K) aanmaken en deze aan specifieke tabelruimten toewijzen voor optimale prestaties.

GERELATEERDE ARTIKELEN

10) Wat is een clusteringindex en hoe verschilt deze van een niet-clusteringindex?

Een clusterindex bepaalt de fysieke volgorde van rijen in een tabelruimte en zorgt ervoor dat gerelateerde rijen bij elkaar worden opgeslagen. Dit verbetert de prestaties van bereikquery's. Een niet-clusterende index heeft daarentegen geen invloed op de rijvolgorde, maar biedt snelle toegangspaden via pointers.

Voorbeeld:

  • Een clusterindex op een kolom 'orderdatum' zorgt ervoor dat recente orders fysiek worden gegroepeerd, waardoor de maandelijkse rapportages sneller worden.
  • Een niet-clusterende index op “klant-ID” maakt snelle opzoekacties mogelijk zonder de gegevens te reorganiseren.
Kenmerk Clustering-index Niet-Clustering-index
Beïnvloedt de rijvolgorde Ja Nee
Beste gebruiksscenario Bereikquery's Puntopzoeken
Onderhoud Duurder tijdens het invoegen Goedkoper

11) Leg gelijktijdigheid in DB2 uit en hoe vergrendeling conflicten oplost.

Gelijktijdigheid verwijst naar meerdere gebruikers of applicaties die gelijktijdig toegang hebben tot dezelfde gegevens. DB2 verwerkt dit via een vergrendelingsmechanisme om anomalieën zoals verloren updates, vuile lezingenen spook leestSloten kunnen op verschillende niveaus worden aangebracht, waaronder tabel, paginaen rijIn een online retailsysteem kan het bijvoorbeeld inconsistentie veroorzaken als twee klanten tegelijkertijd dezelfde voorraadgegevens bijwerken. De rijvergrendeling van DB2 zorgt ervoor dat er slechts één update tegelijk wordt uitgevoerd, waardoor de correctheid behouden blijft en andere bewerkingen op andere rijen gewoon kunnen doorgaan.

12) Wat zijn Database Request Modules (DBRM's) en hoe worden ze gebruikt bij binding?

Een DBRM wordt gegenereerd tijdens de precompilatie van een applicatieprogramma met ingebedde SQL. Het bevat de geëxtraheerde SQL-instructies. Tijdens de bindprocesDB2 valideert deze statements, controleert autorisaties en genereert een toegangsplan dat in een pakket is opgeslagen. Dit pakket wordt later tijdens de uitvoering door een applicatieplan aangeroepen. In een COBOL-DB2-programma worden SQL-statements bijvoorbeeld vooraf gecompileerd in een DBRM, die vervolgens wordt gekoppeld aan een pakket om geoptimaliseerde querypaden te garanderen.

13) Hoe haal je meerdere rijen op uit een DB2-tabel in embedded SQL?

Om meerdere rijen op te halen, gebruikt DB2 cursors. Een cursor wordt gedeclareerd voor een SELECT-instructie, geopend om de resultatenset vast te stellen, rij voor rij opgehaald in hostvariabelen en ten slotte gesloten. Bijvoorbeeld in een COBOL-programma:

EXEC SQL DECLARE C1 CURSOR FOR SELECT EMP_NAME FROM EMPLOYEE END-EXEC.
EXEC SQL OPEN C1 END-EXEC.
EXEC SQL FETCH C1 INTO :WS-NAME END-EXEC.
EXEC SQL CLOSE C1 END-EXEC.

Dit mechanisme biedt de flexibiliteit om rijen sequentieel te verwerken, vooral in scenario's met rapportage of batchverwerking.

14) Wanneer en waarom moet SELECT * worden vermeden in DB2-programma's?

gebruik SELECT * haalt alle kolommen uit een tabel op, wat inefficiënt en riskant is. De nadelen zijn onder andere hogere I/O-kosten, onnodig ophalen van ongebruikte kolommen en applicatieafhankelijkheid van de tabelstructuur. Als er een nieuwe kolom wordt toegevoegd, gebruiken programma's SELECT * kan mislukken. Het is raadzaam om alleen de vereiste kolommen op te geven, bijvoorbeeld:

SELECT EMP_ID, EMP_NAME FROM EMPLOYEE;

Dit vermindert de overhead van gegevensoverdracht en verbetert de prestaties.

15) Wat zijn DB2-pakketten en wat zijn hun voordelen?

Een pakket is een gecompileerde vorm van SQL-statements voor één DBRM. In tegenstelling tot plannen zijn pakketten modulair te ontwikkelen. Voordelen zijn onder meer:

  • Verminderde overhead door het binden van kleinere sets SQL-instructies.
  • Eenvoudigere foutisolatie als één module defect raakt.
  • Flexibiliteit om een ​​pakket opnieuw te binden zonder dat dit gevolgen heeft voor het gehele plan.

Voorbeeld: In een groot banksysteem kan elke functionele module (zoals accountbeheer, leningverwerking) een eigen pakket hebben, waardoor ontwikkelaars één pakket kunnen aanpassen zonder de hele applicatie te verstoren.

16) Hoe helpt de EXPLAIN-functie bij het optimaliseren van de DB2-prestaties?

De EXPLAIN-opdracht laat zien hoe de optimizer een query uitvoert, inclusief gekozen toegangspaden, join-methoden en gebruikte indexen. De uitvoer wordt opgeslagen in de PLAN_TABLE. Als EXPLAIN bijvoorbeeld een volledige tabelscan laat zien waar een index bestaat, kan dit wijzen op ontbrekende statistieken of onjuist indexgebruik. Door de EXPLAIN-uitvoer te analyseren, kunnen DBA's indexen toevoegen of query's herschrijven voor betere prestaties.

17) Welke typen sloten bestaan ​​er in DB2 en wat zijn hun kenmerken?

DB2 biedt verschillende soorten vergrendelingen:

  • Gedeeld (S): Meerdere transacties kunnen worden gelezen, maar niet gewijzigd.
  • Exclusief (X): Er kan slechts één transactie lezen/schrijven.
  • Update (U): Voorkomt deadlocks wanneer een gedeelde vergrendeling later exclusief kan worden.
Type vergrendelen Kenmerken Voorbeeld use-case
Gedeelde Meerdere keren lezen toegestaan, geen updates Rapportvragen
Exclusief Volledige controle over de bron Update-verklaringen
bijwerken Vermindert deadlocks tijdens gelijktijdige updates Online boeken

Vergrendelingen kunnen worden toegepast op rij-, pagina- of tabelruimteniveau, afhankelijk van de gelijktijdigheidsvereisten.

18) Wat zijn de voor- en nadelen van vergrendeling op paginaniveau?

Met vergrendeling op paginaniveau wordt een hele pagina (bijvoorbeeld 4K) met gegevens vergrendeld in plaats van één enkele rij.

Voordelen:

  • Vermindert de overhead vergeleken met vergrendeling op rijniveau.
  • Efficiënt voor bulkbewerkingen.

Nadelen:

  • Kan tot conflicten leiden als meerdere gebruikers verschillende rijen op dezelfde pagina openen.
  • Vergroot de kans op lock-escalatie.

Als twee gebruikers bijvoorbeeld tegelijkertijd twee verschillende rijen op dezelfde pagina bijwerken, kunnen er onnodige conflicten ontstaan.

19) Hoe gaat DB2 om met referentiële integriteit met externe sleutels?

DB2 handhaaft referentiële integriteit door beperkingen voor externe sleutels, waardoor ervoor wordt gezorgd dat de records in de onderliggende tabel verwijzen naar geldige bovenliggende sleutels. Opties zoals ON DELETE CASCADE or ON DELETE SET NULL Bepaal wat er gebeurt wanneer een bovenliggend record wordt verwijderd. Bijvoorbeeld, als een klant in een orderdatabase wordt verwijderd, kunnen al zijn of haar orders worden gecascadeerd (verwijderd) of bewaard met een NULL-referentie. Dit voorkomt het ontstaan ​​van losse records en zorgt voor consistentie tussen gerelateerde tabellen.

20) Leg de rol van de Buffer Beheerder in DB2.

De Buffer De manager is verantwoordelijk voor het verplaatsen van gegevens tussen het virtuele geheugen (bufferpools) van DB2 en de fysieke schijf. Hij vermindert de schijf-I/O door veelgebruikte pagina's te cachen. Wanneer een pagina wordt opgevraagd, Buffer De manager controleert eerst de bufferpool en haalt alleen gegevens op van de schijf als deze niet aanwezig is. Bijvoorbeeld, in een systeem dat dagelijkse financiële rapporten genereert, Buffer De manager zorgt ervoor dat veelgevraagde gegevens direct in het geheugen beschikbaar zijn, waardoor de uitvoeringstijd van de query aanzienlijk wordt verkort.

21) Wat is het doel van de Resource Control Table (RCT) in DB2?

De Resource Control Table (RCT) is een DB2/CICS-component die definieert welke DB2-plannen toegankelijk zijn voor specifieke CICS-transacties. De RCT fungeert als een brug tussen CICS-transactie-ID's en DB2-autorisatie-ID's. Wanneer een gebruiker bijvoorbeeld een CICS-transactie uitvoert die met DB2 communiceert, zorgt de RCT ervoor dat alleen geautoriseerde DB2-plannen worden geopend. Dit voorkomt ongeautoriseerde SQL-uitvoering binnen CICS-applicaties. Door transactie-ID's aan plannen toe te wijzen, verbetert RCT zowel de beveiliging als de prestaties in systemen voor online transactieverwerking met een hoog volume.

22) Hoe kan een tabelruimte worden verplaatst naar een ander DASD-volume in DB2?

Het verplaatsen van een tabelruimte naar een andere DASD (Direct Access Storage Device) vereist het wijzigen van de bijbehorende opslaggroep. Eerst moet een ALTER STOGROUP commando kan volumes toevoegen of verwijderen. Vervolgens REORG TABELRUIMTE Het hulpprogramma wordt gebruikt om de gegevens fysiek naar het nieuwe volume te verplaatsen. Voor herstel, TABELRUIMTE HERSTELLEN Zorgt voor gegevensconsistentie. Als bijvoorbeeld een productietabelruimte op een volume geen ruimte meer heeft, kan de DBA een nieuw volume toewijzen, de opslaggroep wijzigen en de tabelruimte reorganiseren, zodat toekomstige gegevens zonder downtime op het nieuwe apparaat worden opgeslagen.

23) Leg het verschil uit tussen DCLGEN en DBRM.

DCLGEN (Verklaring Generator) en DBRM (Database Request Module) dienen verschillende doeleinden in DB2.

  • DCLGEN: Genereert hosttaalkopieboeken en DECLARE TABLE-instructies om de consistentie van het programma en de database te garanderen.
  • DBRM: Bevat geëxtraheerde SQL-instructies uit een programma na precompilatie, gebruikt tijdens binding.
Aspect DCLGEN DBRM
Doel Hosttaaltabeldefinities SQL-opslag voor binding
Gebruik Validatie vóór compilatie Invoer om proces te binden
Voorbeeld gebruik Zorgt ervoor dat kolomnamen overeenkomen Genereert toegangspad in pakketten

Beide tools verminderen fouten, maar werken in verschillende fasen van de applicatieontwikkeling.

24) Wat zijn gecorreleerde subquery's en wanneer moeten ze worden gebruikt?

Een gecorreleerde subquery is een query die genest is in een andere query en verwijst naar kolommen uit de buitenste query. In tegenstelling tot reguliere subquery's wordt deze eenmaal uitgevoerd voor elke rij van de buitenste query. Dit is handig wanneer een rij-voor-rij-evaluatie nodig is.

Voorbeeld:

SELECT E1.EMP_ID, E1.EMP_NAME
FROM EMPLOYEE E1
WHERE E1.SALARY > (
	SELECT AVG(E2.SALARY)
	FROM EMPLOYEE E2
	WHERE E2.DEPT_ID = E1.DEPT_ID
);

Deze query vindt medewerkers die boven het gemiddelde salaris van hun afdeling verdienen. Hoewel krachtige, gecorreleerde subquery's traag kunnen zijn, moeten ze worden geoptimaliseerd met indexen.

25) Blijven cursors open na een COMMIT in DB2?

Standaard sluiten cursors wanneer een COMMIT wordt uitgevoerd. Een cursor die is gedeclareerd met de MET VASTHOUDEN De optie blijft open, zelfs na COMMIT. Dit is handig voor langlopende transacties waarbij grote datasets in meerdere stappen worden opgehaald. Bijvoorbeeld:

DECLARE C1 CURSOR WITH HOLD FOR SELECT * FROM EMPLOYEE;

Dit maakt het mogelijk om het ophalen na COMMIT voort te zetten. In CICS-omgevingen heeft WITH HOLD echter geen effect, omdat pseudo-conversatieprogramma's cursors standaard sluiten. Ontwikkelaars moeten hierop inspelen om onverwachte cursorsluitingen te voorkomen.

26) Wat zijn de verschillende typen tabelruimten in DB2?

DB2 ondersteunt meerdere typen tabelruimten, elk geoptimaliseerd voor specifieke gebruiksgevallen:

  • Eenvoudige tabelruimte: Staat meerdere tabellen toe, maar is nu verouderd.
  • Gesegmenteerde tabelruimte: Groepeert gegevens in segmenten, ideaal voor meerdere tabellen.
  • Gepartitioneerde tabelruimte: Verdeel grote tabellen over partities voor schaalbaarheid.
  • Universele tabelruimte (UTS): Combineert de voordelen van gesegmenteerde en gepartitioneerde tabelruimten, die veel worden gebruikt in moderne DB2.

Voorbeeld: Een salarisadministratiesysteem met miljoenen rijen profiteert van een gepartitioneerde tabelruimte, waardoor parallelle toegang en betere queryprestaties mogelijk zijn.

27) Hoe gaat DB2 om met vergrendelingsconflicten en deadlocks?

Wanneer meerdere transacties incompatibele vergrendelingen aanvragen, detecteert DB2 conflicten. Als transacties een wachtcyclus vormen, ontstaat er een deadlock. DB2 lost dit automatisch op door één transactie af te breken en SQLCODE -911 of -913 te retourneren. Als transactie A bijvoorbeeld rij X bijwerkt en wacht op rij Y, terwijl transactie B Y bijwerkt en wacht op X, detecteert DB2 de deadlock en draait één transactie terug. Aanbevolen procedures zijn onder andere een consistente toegangsvolgorde, kortere transacties en geschikte isolatieniveaus om deadlocks te minimaliseren.

28) Wat is cursorstabiliteit en hoe verschilt het van herhaalbaar lezen?

Cursor Stability (CS) is een isolatieniveau in DB2 waarbij een rijvergrendeling alleen actief blijft zolang de cursor op de rij staat. Zodra de vergrendeling wordt verplaatst, wordt de vergrendeling vrijgegeven. Dit zorgt voor een hogere gelijktijdigheid, maar het risico op niet-herhaalbare leesbewerkingen. Repeatable Read (RR) daarentegen houdt de vergrendelingen op alle in aanmerking komende rijen actief tot een COMMIT, waardoor niet-herhaalbare leesbewerkingen worden voorkomen, maar de gelijktijdigheid afneemt.

Isolatieniveau Kenmerken Use Case
CS Sloten snel losgemaakt, meer gelijktijdigheid Rapporteren met minimale conflicten
RR Vergrendelingen worden vastgehouden tot COMMIT, consistente lezingen Financiële transacties

29) Wat zijn pakketten in DB2 en hoe verbeteren ze de modulariteit?

Een pakket bevat het toegangspad en de uitvoerbare code voor SQL-instructies van één DBRM. Pakketten verbeteren de modulariteit door het mogelijk te maken om individuele programma's of modules te rebounden zonder het gehele applicatieplan te beïnvloeden. Bijvoorbeeld, in een banksysteem, als de leningmodule verandert, wordt alleen het bijbehorende pakket gerebound, waardoor andere pakketten intact blijven. Dit vermindert downtime en voorkomt dat alle DBRM's tegelijk opnieuw gevalideerd moeten worden.

30) Waar wordt de uitvoer van de EXPLAIN-opdracht opgeslagen en hoe wordt deze geïnterpreteerd?

De EXPLAIN-opdracht slaat zijn uitvoer op in de PLAN_TABEL onder het schema van de gebruiker. Deze tabel bevat details zoals gekozen indexen, join-methoden, sorteerbewerkingen en geschatte kosten. Als EXPLAIN bijvoorbeeld een volledige tabelscan weergeeft ondanks dat er een index beschikbaar is, kan dit wijzen op verouderde catalogusstatistieken of inefficiënte querypredicaten. Door PLAN_TABLE te interpreteren, kunnen DBA's beslissen of ze nieuwe indexen moeten maken, statistieken moeten verzamelen of query's moeten herschrijven voor optimalisatie.

31) Wat is het verschil tussen exclusieve, gedeelde en update-vergrendelingen?

  • Exclusief slot (X): Slechts één transactie kan lezen of schrijven; blokkeert de andere.
  • Gedeelde vergrendeling (S): Meerdere transacties kunnen lezen, maar niet schrijven.
  • Update Lock (U): Wordt gebruikt om deadlocks te voorkomen bij het upgraden van gedeeld naar exclusief.

Voorbeeld: In een boekingssysteem van een luchtvaartmaatschappij kunnen meerdere agenten via een gedeelde lock de beschikbaarheid van stoelen bekijken. Zodra een stoel echter is geboekt, zorgt een exclusieve lock ervoor dat geen enkele andere transactie deze tegelijkertijd wijzigt. Update locks treden in werking wanneer het systeem een ​​overgang van 'read to update' naar 'read' verwacht.

32) Hoe garandeert DB2 hoge beschikbaarheid en herstel na een ramp?

DB2 ondersteunt hoge beschikbaarheid via HADR (Hoge beschikbaarheid bij noodherstel)HADR repliceert gegevens van een primaire database naar een standby-database, waardoor de downtime tijdens storingen minimaal is. Daarnaast biedt DB2: log shipping, failover clustering en backup/restore hulpprogramma'sIn een wereldwijd banksysteem zorgt HADR er bijvoorbeeld voor dat bij uitval van het primaire datacenter het standby-systeem het naadloos overneemt, waardoor transactieverlies tot een minimum wordt beperkt. Factoren zoals de synchronisatiemodus (synchroon, asynchroon) bepalen de afweging tussen prestaties en hersteltijd.

33) Wat zijn de voor- en nadelen van het gebruik van gepartitioneerde tablespaces?

Gepartitioneerde tabelruimten verdelen een grote tabel over meerdere partities, waardoor het beheer en de prestaties worden verbeterd.

Voordelen:

  • Parallelle queryverwerking.
  • Eenvoudiger back-up en herstel.
  • Schaalbaarheid voor miljarden rijen.

Nadelen:

  • Complexe administratie.
  • Mogelijke scheeftrekking als de partitiesleutel verkeerd is gekozen.

Voorbeeld: In een telecombedrijf dat gespreksgegevens opslaat, zorgt de indeling per maand ervoor dat query's en onderhoudstaken worden uitgevoerd op beheersbare subsets van gegevens.

34) Hoe gaat DB2 om met het afstemmen van queryprestaties?

DB2-tuning omvat het analyseren van query-uitvoeringsplannen, het optimaliseren van indexen en het aanpassen van databaseparameters. De Optimizer van DB2 speelt een centrale rol, maar DBA's moeten ervoor zorgen dat de statistieken actueel zijn. Veelgebruikte tuningtechnieken zijn onder andere:

  • Samengestelde indexen maken.
  • Query's herschrijven met EXISTS in plaats van IN.
  • Partitionering gebruiken voor grote tabellen.

Een query die miljoenen rijen scant, kan bijvoorbeeld aanzienlijk worden verbeterd door een index toe te voegen aan kolommen die vaak worden gefilterd. Hulpmiddelen zoals uitleggen en db2advies helpen bij het identificeren van optimalisatiemogelijkheden.

35) Wat zijn de verschillende soorten isolatieniveaus in DB2?

DB2 biedt meerdere isolatieniveaus om gelijktijdigheid en consistentie in evenwicht te brengen:

  • Herhaalbaar lezen (RR): Voorkomt vuile, niet-herhaalbare en fantoomlezingen.
  • Leesstabiliteit (RS): Voorkomt niet-herhaalbare uitlezingen, maar staat fantoomuitlezingen toe.
  • Cursorstabiliteit (CS): Voorkomt alleen vuile leesbewerkingen.
  • Niet-vastgelegde lezing (UR): Staat dirty reads toe, hoogste gelijktijdigheid.
Isolatieniveau Vuile lezingen Niet-herhaalbare lezingen Phantom Reads
RR Nee Nee Nee
RS Nee Nee Ja
CS Nee Ja Ja
UR Ja Ja Ja

36) Wanneer moet je indexen gebruiken in DB2 en wat zijn de nadelen ervan?

Indexen worden gebruikt om queryprestaties te verbeteren door snellere toegangspaden te bieden. Ze zijn met name nuttig bij WHERE-clausules, joins en ORDER BY-bewerkingen. Ze veroorzaken echter ook overhead tijdens INSERT-, UPDATE- en DELETE-bewerkingen, omdat indexen onderhouden moeten worden. Een index op EMP_ID versnelt bijvoorbeeld zoekopdrachten in een salarisadministratiesysteem, maar kan batch-inserts vertragen. Overmatige indexering moet worden vermeden, omdat dit extra opslagruimte in beslag neemt en de prestaties verslechtert.

37) Leg het verschil uit tussen statische en dynamische SQL in DB2.

  • Statische SQL: SQL-instructies worden vóór runtime gecompileerd en gebonden. Ze bieden betere prestaties en stabiliteit.
  • Dynamische SQL: Instructies worden tijdens runtime opgesteld en voorbereid. Dit biedt flexibiliteit, maar brengt ook overhead met zich mee.

Voorbeeld:

  • Statische SQL is geschikt voor OLTP-systemen waarbij query's voorspelbaar zijn.
  • Dynamische SQL is handig in rapportagetoepassingen waarbij query's worden gegenereerd op basis van gebruikersinvoer.
Aspect Statische SQL Dynamische SQL
Prestaties Sneller langzamer
Flexibiliteit Beperkt Hoog
Use Case Kerntransacties Ad-hocrapportage

38) Hoe verwerkt DB2 back-up- en herstelbewerkingen?

DB2 biedt hulpprogramma's zoals BACK-UPDATABASE en DATABASE HERSTELLEN om te beschermen tegen gegevensverlies. Back-ups kunnen zijn volledig, incrementeelof deltaHerstel maakt gebruik van transactielogboeken om de database naar een consistente staat te herstellen. Als er bijvoorbeeld een hardwarestoring optreedt, kan een DBA de meest recente back-up herstellen en logs gebruiken om alle vastgelegde transacties te herstellen. Herstelmodellen omvatten roll-forward recovery, wat minimaal gegevensverlies garandeert. De keuze tussen online en offline back-ups hangt af van de beschikbaarheidsvereisten.

39) Wat zijn de voordelen en beperkingen van het gebruik van opgeslagen procedures in DB2?

Opgeslagen procedures kapselen SQL en procedurele logica in de database in.

Voordelen:

  • Verbeterde prestaties (logica is dichter bij de gegevens).
  • Hergebruik van code en modulariteit.
  • Verbeterde beveiliging door gecontroleerde toegang.

Beperkingen:

  • Moeilijker te debuggen.
  • Problemen met de overdraagbaarheid tussen platforms.

Voorbeeld: Een opgeslagen procedure voor salarisberekening vermindert het netwerkverkeer door complexe joins binnen DB2 uit te voeren in plaats van in de applicatielaag. Als de bedrijfslogica echter regelmatig verandert, kunnen opgeslagen procedures lastiger te onderhouden zijn dan applicatiecode.

40) Kunt u de HADR-modi (High Availability Disaster Recovery) in DB2 uitleggen?

DB2 HADR ondersteunt meerdere synchronisatiemodi:

  • Syncuurlijks (SYNC): Geen gegevensverlies, hogere latentie.
  • In de buurt van-Syncuurlijks (NEARSYNC): Minimaal verlies, gemiddelde latentie.
  • Asynchroon (ASYNC): Hogere prestaties, risico op gegevensverlies.
  • Super Asynchroon (SUPERASYNC): Maximale prestatie, grootste risico op verlies.
Mode Prestaties Data verlies Use Case
SYNC Laag Geen Bankieren
NEARSYNC Medium minimaal Verzekeringen
ASYNC Hoog Mogelijk E-commerce
SUPERASYNC Zeer hoog Waarschijnlijk Analytics

De keuze hangt af van de afweging tussen prestaties en acceptabele risiconiveaus.

41) Hoe verschilt DB2 LUW van DB2 op z/OS?

DB2 bestaat in twee primaire varianten: DB2 voor Linux, UNIX, Windows (LUW) en DB2 voor z/OS (mainframes). Hoewel ze SQL-standaarden en architectuur delen, bedienen ze verschillende omgevingen. DB2 LUW is ontworpen voor gedistribueerde systemen en ondersteunt moderne workloads zoals analyse, AI-integratie en cloudimplementaties. DB2 z/OS daarentegen is geoptimaliseerd voor extreem hoge OLTP-transactievolumes en ondersteunt duizenden gelijktijdige gebruikers met vrijwel geen downtime. Een multinationale bank kan bijvoorbeeld DB2 z/OS gebruiken voor de kerntransactieverwerking en DB2 LUW inzetten voor rapportage- en analyseworkloads.

42) Welke factoren hebben de grootste invloed op de DB2-queryprestaties?

De prestaties van DB2-query's zijn afhankelijk van meerdere factoren, waaronder databaseontwerp, indexeringsstrategieën, queryformulering en beschikbaarheid van systeembronnen. Slecht ontworpen indexen, verouderde catalogusstatistieken en overmatige joins kunnen de prestaties aanzienlijk verslechteren. Daarnaast beïnvloeden de toewijzing van bufferpools, lock-conflicten en I/O-knelpunten de querysnelheid. Een query die bijvoorbeeld IN op een grote dataset kan langzamer verlopen in vergelijking met een die EXISTS, aangezien DB2 EXISTS anders optimaliseert. Regelmatig gebruik van RUNSTATS, REORGen het herschrijven van query's zijn essentieel om de prestaties te behouden.

43) Leg het verschil uit tussen tabelruimtepartitionering en tabelpartitionering in DB2.

Hoewel deze concepten vaak met elkaar worden verward, verschillen ze in reikwijdte.

  • Tabelruimtepartitionering: Splitst gegevens op opslagniveau en verdeelt delen van een tabelruimte over meerdere partities.
  • Tabelpartitionering: Verdeelt een enkele tabel in partities op basis van kolomwaarden (bijv. bereik, hash).
Kenmerk Tabelruimtepartitionering Tabelpartitionering
strekking Fysieke opslag Logische tabelorganisatie
Doel Beheerbaarheid, schaalbaarheid Zoekopdracht optimalisatie
Voorbeeld Opslagbestanden splitsen Verkoop per jaar splitsen

Beide methoden verbeteren de schaalbaarheid, maar tabelpartitionering is vooral krachtig voor parallelle query's en partitiesnoei.

44) Wat zijn de verschillende typen triggers in DB2 en wat zijn hun use cases?

DB2 ondersteunt verschillende typen triggers die acties automatiseren als reactie op gegevenswijzigingen:

  • VÓÓR de trigger: Wordt uitgevoerd vóór een INSERT, UPDATE of DELETE om bedrijfsregels af te dwingen.
  • NA Trigger: Wordt uitgevoerd na wijzigingen, vaak gebruikt voor audits.
  • IN PLAATS VAN Trigger: Is van toepassing op weergaven en maakt wijzigingen in weergaven mogelijk door ze om te leiden naar basistabellen.

Voorbeeld: Een BEFORE-trigger kan valideren dat salariswaarden niet-negatief zijn vóór invoeging, terwijl een AFTER-trigger elke verwijdering in een audittabel kan registreren. Deze triggers verbeteren de data-integriteit en verminderen de afhankelijkheid van applicatiecode.

45) Hoe gaat DB2 om met beveiliging en authenticatie?

DB2 zorgt voor beveiliging via authenticatie, autorisatie en privilegesAuthenticatie verifieert de identiteit van gebruikers, vaak via besturingssysteem-, Kerberos- of LDAP-integratie. Autorisatie bepaalt waartoe een gebruiker toegang heeft, gedefinieerd door rollen, groepen en rechten. Rechten kunnen op objectniveau (tabellen, views) of op systeemniveau (het maken van databases) zijn. Een ontwikkelaar kan bijvoorbeeld SELECT-rechten hebben voor een tabel, maar geen INSERT-rechten. DB2 ondersteunt ook beveiliging op rijniveau en gegevensversleuteling (zowel in rust als tijdens overdracht). Deze gelaagde aanpak garandeert naleving van beveiligingsbeleid en -regelgeving voor bedrijven, zoals de AVG en HIPAA.

46) Wat zijn de voordelen van het gebruik van Materialized Query Tables (MQT's) in DB2?

Materialized Query Tables (MQT's) slaan de resultaten van query's fysiek op, vergelijkbaar met geïndexeerde weergaven in andere RDBMS'en.

Voordelen:

  • Verkort de responstijd van query's door de resultaten vooraf te berekenen.
  • Ondersteunt het herschrijven van query's, waarbij DB2 automatisch query's vervangt door equivalente MQT-resultaten.
  • Optimaliseer OLAP-workloads met vooraf samengevoegde gegevens.

Voorbeeld: Een applicatie voor verkooprapportage kan een MQT maken met een samenvatting van de verkoop per regio en maand. In plaats van telkens de totalen opnieuw te berekenen, halen query's resultaten op uit de vooraf gebouwde MQT, wat de uitvoeringstijd drastisch verkort. MQT's zijn vooral effectief in datawarehousingomgevingen.

47) Leg uit wat beveiliging op rijniveau inhoudt en hoe dit in DB2 kan worden geïmplementeerd.

Beveiliging op rijniveau beperkt de toegang tot individuele rijen in een tabel op basis van gebruikersrollen of voorwaarden. DB2 implementeert dit met behulp van rijmachtigingenBeheerders definiëren predicaten die zichtbare rijen per gebruiker filteren. Bijvoorbeeld:

CREATE PERMISSION emp_perm ON EMPLOYEE
FOR ROWS WHERE DEPT_ID = (SELECT DEPT_ID FROM USER_DEPARTMENTS WHERE USER_ID = SESSION_USER)
ENFORCED FOR ALL ACCESS ENABLE;

Medewerkers zien hier alleen de rijen die bij hun afdeling horen. Deze aanpak verbetert de naleving door ervoor te zorgen dat gevoelige gegevens, zoals HR- of financiële gegevens, alleen zichtbaar zijn voor geautoriseerd personeel.

48) Wat is RUNSTATS in DB2 en waarom is het belangrijk?

RUNSTATS is een hulpprogramma dat catalogusstatistieken over tabellen en indexen bijwerkt. De optimizer gebruikt deze statistieken om efficiënte toegangspaden te bepalen. Zonder nauwkeurige statistieken kan DB2 suboptimale plannen kiezen, zoals het uitvoeren van een tabelscan in plaats van een index te gebruiken. Bijvoorbeeld, na het bulksgewijs laden van miljoenen rijen in een verkooptabel, zorgt het uitvoeren van RUNSTATS ervoor dat de optimizer de nieuwe gegevensverdeling herkent. Regelmatige uitvoering van RUNSTATS, met name na grote gegevenswijzigingen, is cruciaal voor consistente queryprestaties en nauwkeurige optimizerbeslissingen.

49) Hoe optimaliseert u DB2 voor OLAP- versus OLTP-workloads?

OLAP (analytisch) en OLTP (transactioneel) workloads hebben verschillende vereisten.

  • OLTP-optimalisatie: Focus op gelijktijdigheid, indexering voor snelle opzoekacties, vergrendeling op rijniveau en genormaliseerde schema's.
  • OLAP-optimalisatie: Leg de nadruk op grote scans, aggregaties, partitionering, gematerialiseerde querytabellen en denormalisatie.

Voorbeeld:

  • Een OLTP-systeem voor bankieren maakt gebruik van indexen op rekening-ID's voor snelle updates.
  • Een OLAP-systeem voor verkoopanalyses gebruikt gepartitioneerde tabellen per jaar en MQT's voor vooraf geaggregeerde rapportage.

Om deze workloads in evenwicht te brengen, zijn vaak afzonderlijke systemen of workloadbeheerfuncties binnen DB2 nodig.

50) Wat zijn de voor- en nadelen van DB2 native XML-opslag?

DB2 ondersteunt native XML-opslag met behulp van de XML-gegevenstype, waardoor XML-documenten gestructureerd kunnen worden opgeslagen en opgevraagd.

Voordelen:

  • Sla XML op en raadpleeg deze zonder dat u deze in relationele tabellen hoeft te verdelen.
  • Ondersteuning voor XQuery en SQL/XML maakt flexibel gegevens ophalen mogelijk.
  • Ideaal voor toepassingen die gegevens in XML uitwisselen (bijvoorbeeld SOA-gebaseerde systemen).

Nadelen:

  • Hogere opslagkosten vergeleken met relationele structuren.
  • Het opvragen van diep geneste XML kan trager zijn.

Voorbeeld: Een zorgsysteem kan patiëntendossiers opslaan als XML-documenten om complexe hiërarchische structuren vast te leggen, maar DBA's moeten de prestatie- en ontwerpindexen nauwlettend in de gaten houden.

🔍 Top DB2-interviewvragen met realistische scenario's en strategische antwoorden

Hier zijn 10 zorgvuldig geselecteerde DB2-interviewvragen met krachtige voorbeeldantwoorden. Deze combineren kennisgebaseerde, gedrags- en situationele elementen om te weerspiegelen wat recruiters verwachten tijdens professionele sollicitatiegesprekken.

1) Wat zijn de belangrijkste verschillen tussen DB2 en andere relationele databasesystemen zoals Oracle of SQL Server?

Verwacht van kandidaat: De interviewer wil graag de kennis van de unieke functies van DB2 in kaart brengen en nagaan of de kandidaat het programma kan onderscheiden van de concurrentie.

Voorbeeld antwoord:
DB2 biedt hoge prestaties voor zowel transactionele als analytische workloads, met krachtige ondersteuning voor mainframes en gedistribueerde systemen. In tegenstelling tot SQL Server biedt DB2 een nauwere integratie met z/OS-omgevingen. Vergeleken met OracleDB2 is vaak kostenefficiënter in licenties en biedt functies zoals pureXML voor native verwerking van XML-gegevens. Deze sterke punten maken DB2 bijzonder waardevol voor bedrijven die schaalbaarheid en betrouwbaarheid op kritieke systemen vereisen.

2) Kunt u uitleggen hoe DB2 omgaat met gelijktijdigheid en vergrendelingsmechanismen?

Verwacht van kandidaat: Inzicht in transactie-isolatie en gegevensintegriteit in DB2.

Voorbeeld antwoord:
DB2 gebruikt multi-granulariteitsvergrendeling om gelijktijdigheid te beheren, wat betekent dat vergrendelingen op verschillende niveaus kunnen worden toegepast, zoals rij, pagina of tabel. Het ondersteunt isolatieniveaus zoals herhaalbare leesbewerkingen, leesstabiliteit en cursorstabiliteit om prestaties en gegevensconsistentie in evenwicht te brengen. De database-engine maakt ook gebruik van vergrendelingsescalatie wanneer er te veel vergrendelingen op een fijnmazig niveau worden aangevraagd, waarbij deze worden omgezet naar vergrendelingen op een hoger niveau om systeembronnen te besparen.

3) Vertel eens over een keer dat je een kritiek prestatieprobleem met DB2 moest oplossen. Wat was je aanpak?

Verwacht van kandidaat: Probleemoplossend vermogen en systematische probleemoplossing.

Voorbeeld antwoord:
In mijn vorige functie ondervonden we een ernstige vertraging in batchtaken. Ik begon met het controleren van systeemcatalogi en snapshots van prestatiemonitors om dure query's te identificeren. Vervolgens controleerde ik toegangspaden met EXPLAIN en ontdekte dat ontbrekende indexen volledige tabelscans veroorzaakten. Door gerichte indexen te maken en statistieken bij te werken, kon ik de runtime met 70 procent verkorten. Dit onderstreepte het belang van proactieve monitoring en tuning in DB2-omgevingen.

4) Hoe zou u een DB2-database ontwerpen die zowel OLTP- als analytische workloads ondersteunt?

Verwacht van kandidaat: Inzicht in hybride workload-optimalisatie.

Voorbeeld antwoord:
Ik zou een genormaliseerd schema voor OLTP implementeren om de data-integriteit te behouden en snelle transactieverwerking te garanderen. Voor analytische workloads zou ik gematerialiseerde querytabellen ontwerpen en partitioneringsstrategieën gebruiken om de queryprestaties te verbeteren. De kolomopslag van DB2's BLU Acceleration kan ook worden gebruikt voor snellere analytische query's. Deze aanpak zorgt ervoor dat elk type workload wordt geoptimaliseerd zonder dat dit ten koste gaat van de systeemstabiliteit.

5) Kunt u een uitdagend project beschrijven waarbij u een database naar DB2 moest migreren?

Verwacht van kandidaat: Ervaring met complexe migraties en aanpassingsvermogen.

Voorbeeld antwoord:
“In een vorige functie maakte ik deel uit van een team dat belast was met de migratie van een Oracle database naar DB2 op z/OS. De uitdaging bestond uit het vertalen van PL/SQL-procedures naar DB2-compatibele SQL PL. We moesten ook rekening houden met verschillen in gegevenstypen en indexeringsstrategieën. Om een ​​soepele migratie te garanderen, bouwden we testomgevingen om de functionaliteit te valideren, optimaliseerden we query's voor DB2 en maakten we gedetailleerde overstapplannen om downtime te minimaliseren. Het project was succesvol en verlaagde de licentiekosten aanzienlijk.

6) Hoe gaat u om met krappe deadlines wanneer meerdere DB2-gerelateerde projecten om uw aandacht concurreren?

Verwacht van kandidaat: Tijdmanagement en prioriteiten stellen.

Voorbeeld antwoord:
Ik evalueer eerst de impact van elk project op de business. Een productieonderbreking heeft bijvoorbeeld altijd voorrang op een ontwikkelingsaanvraag. Vervolgens communiceer ik duidelijk met stakeholders over realistische tijdlijnen en gebruik ik planningstools om de tijd efficiënt in te delen. In mijn vorige baan hielp deze methode me om zowel kritieke database-afstemmingstaken als langetermijnupgradeprojecten te beheren zonder dat dit ten koste ging van de kwaliteit.

7) Welke strategieën gebruikt u om de beveiliging van de DB2-database en de naleving van de regelgeving te waarborgen?

Verwacht van kandidaat: Kennis van best practices op het gebied van beveiliging en compliance-kaders.

Voorbeeld antwoord:
Ik volg het principe van minimale privileges door ervoor te zorgen dat gebruikers alleen de toegang hebben die nodig is voor hun rol. Ik activeer auditfuncties in DB2 om gebruikersactiviteit te volgen en configureer encryptie, zowel in rust als tijdens verzending. In sectoren met strenge compliance-eisen zorg ik er ook voor dat het beleid is afgestemd op standaarden zoals HIPAA of PCI DSS. Regelmatige patching en kwetsbaarheidsscans maken deel uit van mijn beveiligingsbeleid.

8) Stel je een scenario voor waarin een DB2-query veel langer duurt dan verwacht. Welke stappen zou je nemen om deze te optimaliseren?

Verwacht van kandidaat: Gestructureerde aanpak voor het afstemmen van query's.

Voorbeeld antwoord:
Mijn eerste stap zou zijn om de DB2 EXPLAIN-tool te gebruiken om het toegangspad te begrijpen. Als de optimizer inefficiënte paden kiest, zou ik kijken naar het bijwerken van tabelstatistieken. Vervolgens zou ik de indexerings-, partitionerings- en join-methoden herzien. Indien nodig zou ik query's herschrijven om de logica te vereenvoudigen. In één situatie verkortte het toevoegen van een samengestelde index de queryruntime van 12 minuten naar minder dan 30 seconden.

9) Hoe blijft u op de hoogte van DB2-technologie en trends in de sector?

Verwacht van kandidaat: Toont toewijding aan voortdurend leren.

Voorbeeld antwoord:
“Ik blijf op de hoogte door te volgen IBMIk volg de officiële DB2-blogs van 's, neem deel aan forums zoals IDUG en woon brancheconferenties bij. Ik maak er ook een gewoonte van om IBM Redbooks, die diepgaande technische inzichten bieden. In mijn vorige functie stimuleerde ik sessies waarin kennis werd gedeeld binnen het team, waarin we nieuwe DB2-functies en best practices bespraken. Deze activiteiten hielpen ons om de uitdagingen op het gebied van prestaties en beveiliging voor te blijven.

10) Kunt u beschrijven hoe u bent omgegaan met een meningsverschil met een teamlid over een DB2-ontwerpbeslissing?

Verwacht van kandidaat: Vermogen om conflicten op een professionele manier op te lossen.

Voorbeeld antwoord:
“In mijn eerdere carrière werkte ik in een team waar onenigheid bestond over de vraag of tabelpartitionering of indexering gebruikt moest worden voor een grote DB2-tabel. Ik stelde voor om een ​​gecontroleerde prestatietest op te zetten om beide opties te meten met realistische workloads. De resultaten lieten duidelijk zien dat partitionering een betere schaalbaarheid bood voor onze use case. Door de beslissing te baseren op data in plaats van meningen, bereikten we consensus en behielden we een positieve werkrelatie.”