Oefenen voor een SQL-test

Hoe de echte test er meestal uitziet

Er is niet één vaste SQL-test. Elke werkgever kiest een testplatform of maakt een eigen test, en bepaalt hoeveel vragen er zijn, hoe lang de test duurt en welke database wordt gebruikt. De vacature of de uitnodiging voor de test is de beste leidraad voor jouw test. Openbare voorbeelden laten zien hoe sterk tests kunnen verschillen:

• SQL-vaardigheidstests van HackerRank. HackerRank vermeldt voor de SQL (Basic)-vaardigheidstest 2 vragen in 30 minuten, over onderwerpen zoals eenvoudige queries (HackerRank), en voor de SQL (Intermediate)-test 2 vragen in 35 minuten, over onderwerpen zoals complexe joins (HackerRank). Werkgevers die hun eigen HackerRank-tests samenstellen, kunnen databasevragen toevoegen en kiezen welke databases kandidaten mogen gebruiken (HackerRank-ondersteuning).
• Een opdracht om een query te schrijven. TestGorilla beschrijft de SQLite-programmeertest als 30 minuten waarin je een query schrijft voor een realistisch scenario met een database van gemiddelde complexiteit. De test behandelt onder meer joins en filteren, eenvoudige berekeningen, sorteren, afronden en irrelevante resultaten uitsluiten (TestGorilla).
• Een korte kennistest. TestGorilla vermeldt voor de MySQL-test 15 vragen in 10 minuten, gekozen uit een verzameling van 101 vragen (TestGorilla).

Onderwerpen die vaak in SQL-tests voorkomen:

• Filteren en sorteren: SELECT, WHERE, ORDER BY en voorwaarden met AND, OR, IN en BETWEEN.
• Joins: inner joins en left joins, en wat er gebeurt met rijen waarvoor geen overeenkomst wordt gevonden.
• Groeperen: GROUP BY met COUNT, SUM, AVG, MIN en MAX, en HAVING om groepen te filteren.
• NULL-waarden: hoe ontbrekende waarden zich gedragen bij vergelijkingen, tellingen en gemiddelden.
• Subqueries: een query binnen een andere query, met IN, EXISTS of één enkele waarde.
• Een query schrijven op basis van een gewone opdracht, waarbij vaak wordt beoordeeld of precies de verwachte rijen worden geretourneerd.

Wat onze oefentoetsen behandelen. Elke volledige oefentoets bestaat uit 18 vragen in 45 minuten, verdeeld over vier onderdelen: SQL-concepten (5), wat de query retourneert (6), een query corrigeren (4) en de juiste query kiezen (3). Je kunt teruggaan naar eerdere vragen en vragen markeren. We gebruiken draagbare standaard-SQL, zodat de queries hetzelfde betekenen in PostgreSQL, MySQL, SQL Server, SQLite en de meeste andere databases. In onze oefentoetsen oefen je met het lezen, volgen en kiezen van queries; de queries die je zelf schrijft, worden niet uitgevoerd. Bij veel echte SQL-tests moet je een query schrijven die aan de hand van verwachte resultaten wordt gecontroleerd. Gebruik onze oefentoetsen dus om je lees- en traceervaardigheden op te bouwen, en schrijf daarnaast zelf queries in een gratis database zoals SQLite.

Vraagtypen met uitgewerkte voorbeelden

Een uitgewerkt voorbeeld per onderdeel, met de valkuil waar de meeste mensen intrappen.

1. SQL-concepten. Wat is het verschil tussen COUNT() en COUNT(email)? COUNT() telt elke rij; COUNT(email) telt alleen de rijen waarin email niet NULL is. Valkuil: denken dat elke telling alle rijen meeneemt. De meeste aggregatiefuncties slaan NULL-waarden over.

2. Wat de query oplevert. De tabel scores bevat de waarden 8, 5, NULL en 8. Wat levert SELECT COUNT(DISTINCT score) op? De verschillende niet-NULL-waarden zijn 8 en 5, dus het antwoord is 2. Valkuil: NULL als waarde meetellen, of de dubbele 8 twee keer tellen. Schrijf de tabel uit en streep de rijen door zoals de query dat zou doen.

3. Een query aanpassen. Een query bevat WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 en geeft inactieve klanten uit Austin terug. AND wordt vóór OR geëvalueerd, dus de voorwaarde betekent eigenlijk Austin of actieve klanten uit Dallas. De oplossing is haakjes gebruiken: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1. Valkuil: de voorwaarde van links naar rechts lezen.

4. De juiste query kiezen. Je hebt de vijf meest recente bestellingen nodig. Welke query klopt: ORDER BY order_date DESC met een limiet van 5, of ORDER BY order_date met een limiet van 5? De eerste. Zonder DESC worden de oudste bestellingen eerst gesorteerd, dus krijg je de vijf oudste. Valkuil: de query kiezen die er goed uitziet zonder de sorteervolgorde te controleren. (Databases schrijven de limiet op verschillende manieren, bijvoorbeeld LIMIT 5 of FETCH FIRST 5 ROWS ONLY. Controleer dus welke notatie je test gebruikt.)

5. Joins met voorwaarden. Een left join gevolgd door een WHERE-controle op een kolom uit de rechtertabel verandert ongemerkt in een inner join. Rijen zonder overeenkomst hebben daar namelijk NULL en worden door de controle verwijderd. Valkuil: niet zien welke rijen verdwijnen. Vraag jezelf af: "Wat gebeurt er met een rij zonder overeenkomst?"

Hoe je je voorbereidt

1. Lees eerst je uitnodiging. Kijk welk platform je gebruikt, hoeveel tijd je hebt, of je query's moet schrijven of meerkeuzevragen moet beantwoorden en op welke database de test draait. De formats verschillen te veel om daar zomaar van uit te gaan.
2. Leer in welke volgorde een query wordt uitgevoerd. Eerst FROM en JOIN, daarna WHERE, GROUP BY, HAVING, SELECT en ORDER BY. De meeste vragen als 'waarom is dit fout?' worden duidelijk zodra je weet welke stap welke gegevens ziet.
3. Loop kleine tabellen met de hand na. Schrijf drie of vier rijen op en pas vervolgens elke clausule in de juiste volgorde toe. Dit is de snelste manier om je antwoord te controleren en helpt je valkuilen met NULL en dubbele waarden te ontdekken.
4. Behandel NULL als een apart onderwerp. Oefen met IS NULL, COUNT(column) versus COUNT(*), AVG waarbij NULL-waarden worden overgeslagen, NOT IN met een NULL in de lijst en wat een left join invult in niet-overeenkomende kolommen.
5. Schrijf ook echte query's. Onze oefentests helpen je beter te lezen en query's stap voor stap te volgen. Schrijf daarnaast query's in een gratis database zoals SQLite, zodat het normaal voelt om ze onder tijdsdruk te typen. Sommige tests controleren je query met veel testgevallen, zoals de meer dan 10 testgevallen die TestGorilla beschrijft voor de SQLite-test (TestGorilla).
6. Controleer het resultaat, niet alleen de syntaxis. Een query kan worden uitgevoerd en toch de verkeerde rijen opleveren. Vraag jezelf voordat je je antwoord instuurt af wat er gebeurt als er geen overeenkomsten zijn, bij dubbele waarden en bij NULL-waarden.
7. Oefen op het echte tempo. Een korte kennistest zoals de MySQL-test van TestGorilla, met 15 vragen in 10 minuten, geeft je ruim minder dan een minuut per vraag (TestGorilla). Maak volledige oefentests met tijdslimiet, zodat het tempo op de dag zelf vertrouwd voelt.

Hoe de beoordeling meestal werkt

De score hangt af van de werkgever en het platform. Er is geen standaard SQL-score en geen universele slaaggrens. Elke werkgever bepaalt wat als een goed resultaat geldt. Twee openbare voorbeelden van hoe queryvragen worden nagekeken:

• Databasevragen van HackerRank: HackerRank geeft aan dat deze automatisch worden beoordeeld door het resultaat van je query te vergelijken met de verwachte uitvoer. Bij een overeenkomst krijg je de volledige score; bij elk ander resultaat krijg je nul punten, tenzij de werkgever de query handmatig beoordeelt en gedeeltelijke punten toekent. De werkgever kan er ook voor kiezen de volgorde van de rijen te negeren (HackerRank-ondersteuning).
• De SQLite-test van TestGorilla: TestGorilla zegt dat kandidaten worden gerangschikt op basis van meer dan 10 testgevallen die de randgevallen van de oplossing controleren (TestGorilla).

Omdat resultaten vaak rij voor rij worden gecontroleerd, kan een query die bijna goed is, bijvoorbeeld een query die een klant zonder bestellingen weglaat, evenveel punten krijgen als een leeg antwoord.

Onze oefenscore is het aantal van onze eigen vragen dat je goed hebt beantwoord, uitgesplitst per onderdeel, zodat je kunt zien waar je je op kunt richten. Het is een oefenscore: geen score voor een test van een werkgever of platform, en geen voorspelling of je zult slagen.

Veelgemaakte fouten

• NULL vergelijken met =. Gebruik IS NULL en IS NOT NULL. Alles wat je met = NULL vergelijkt, heeft een onbekende waarde, dus de rij wordt eruit gefilterd.
• Een left join filteren met WHERE. Een voorwaarde op kolommen uit de rechtertabel verwijdert rijen zonder overeenkomst. Zet die voorwaarde in de ON-clausule als je die rijen wilt behouden.
• WHERE gebruiken voor een totaal. Aggregaties horen in HAVING, na GROUP BY.
• Een kolom selecteren waarop je niet groepeert. In standaard-SQL moet elke geselecteerde kolom gegroepeerd of geaggregeerd zijn. Sommige databases voeren de query wel uit en kiezen zelf een waarde, waardoor je de fout niet ziet.
• Dubbele rijen vergeten. Een join kan rijen herhalen, waardoor SUM en COUNT te hoog uitvallen. Vraag je af of elke rij aan de ene kant overeenkomt met meer dan één rij aan de andere kant.
• Vertrouwen op de handigheidjes van één database. Functies en de syntax voor limieten verschillen soms per database. Leer de standaardvorm en controleer welke database je test gebruikt.