SQL query uitleg: spiekbrief met de handigste commando's

Een SQL query is een korte zin waarmee je een database vertelt welke gegevens je wil zien. Deze SQL query uitleg houdt het bij de basis: SELECT, FROM en WHERE. Met de spiekbrief hierboven kan je daarna meteen aan de slag.

SQL query uitleg: hoe lees je zo'n zin?

Neem deze query:

SELECT naam, email FROM klanten WHERE stad = 'Aalter';

Lees ze als gewone taal: toon me de naam en het e-mailadres uit de tabel klanten, maar enkel van de klanten in Aalter. Meer zit er niet in.

Elke query bestaat uit blokken. Elk blok beantwoordt één vraag:

• SELECT: welke kolommen wil je zien?
• FROM: in welke tabel staat dat?
• WHERE: welke rijen wil je enkel?

De database voert uit wat je schrijft, niet wat je bedoelt. Vraag je niets, dan krijg je alles. Vraag je iets onduidelijks, dan krijg je een foutmelding of een resultaat dat niet klopt.

Waarom werkt SELECT, FROM, WHERE zo goed?

Een database bevat een of meer tabellen, en elke tabel heeft kolommen en rijen. Denk aan een Excel-tabblad: de kolommen zijn de velden (naam, e-mail, stad) en elke rij is één klant.

Het verschil met Excel is schaal en snelheid. Een webshop heeft snel tienduizenden bestellingen en producten. Daar zoek je niet meer met je ogen. Je stelt een vraag en de database geeft een tabel terug met enkel de rijen die kloppen.

Daarom is de volgorde ook logisch. Eerst bepaal je waar je zoekt (FROM), dan wat je zoekt (WHERE), en dan wat je ervan wil zien (SELECT). Als je een query moeilijk vindt, schrijf dan eerst FROM en WHERE en pas daarna SELECT.

Hoe maak je een SQL query als beginner?

Ga stap voor stap en bouw je vraag op.

1. Formuleer de vraag in gewone taal

Schrijf eerst op wat je wil weten. Bijvoorbeeld: "Welke klanten hebben meer dan €100 uitgegeven?" Zonder duidelijke vraag kan je geen goede query schrijven.

2. Zoek de tabel en de kolommen

Kijk welke tabellen je database heeft en welke kolommen erin zitten. Bij een webshop zijn dat meestal klanten, bestellingen en producten. De namen verschillen per systeem, dus kijk altijd eerst na.

3. Begin klein

Start met SELECT * FROM bestellingen LIMIT 10; en bekijk wat er terugkomt. Voeg dan een voorwaarde toe en kijk of het resultaat nog klopt. Zo merk je meteen waar het misloopt.

4. Controleer het resultaat

Tel een paar rijen na met de hand. Een query die zonder fout draait, geeft nog niet het juiste antwoord. Een verkeerde voorwaarde levert gewoon een verkeerd resultaat op.

Een voorbeeld uit een webshop

Stel dat je een webshop hebt en je wil weten in welke steden je klanten wonen. Je schrijft:

SELECT stad, COUNT(*) FROM klanten GROUP BY stad ORDER BY COUNT(*) DESC;

Je krijgt een tabel met elke stad en het aantal klanten, met de grootste stad bovenaan. Daar kan je iets mee doen: bijvoorbeeld een mailing naar klanten uit één regio.

Wil je daarna enkel klanten uit Aalter mailen, dan voeg je een WHERE toe. Dat is precies de query uit de carrousel.

Welke valkuilen moet je kennen?

UPDATE en DELETE zonder WHERE

Dit is de grootste fout. Een UPDATE zonder WHERE past elke rij aan, een DELETE zonder WHERE wist alles. Schrijf eerst een SELECT met dezelfde WHERE-voorwaarde en kijk welke rijen je krijgt. Klopt dat, pas dan de UPDATE uit. Maak ook altijd eerst een back-up.

SELECT * overal gebruiken

De * is handig om te kijken wat er in een tabel staat. In een echte toepassing vraag je beter enkel de kolommen die je nodig hebt. Dat is sneller en je haalt geen gegevens op die je niet nodig hebt.

Aanhalingstekens en NULL

Tekst staat tussen enkele aanhalingstekens: 'Aalter'. Een lege waarde heet NULL en vergelijk je met IS NULL, niet met = NULL. Dat laatste geeft nooit een resultaat.

NULL zorgt ook voor een bekende val bij NOT IN: zit er een NULL in de lijst waarmee je vergelijkt, dan krijg je geen enkele rij terug. Dat lijkt dan op een lege database, terwijl de query gewoon iets anders doet dan je dacht.

Aannemen dat elke database hetzelfde werkt

De basis is overal gelijk, maar details verschillen per database. Voor het beperken van het aantal rijen gebruik je bij MySQL, PostgreSQL en SQLite LIMIT, bij SQL Server TOP. Lees de documentatie van jouw systeem als iets niet werkt.

Wat heb je er als ondernemer aan?

Je hoeft geen SQL te schrijven om er voordeel uit te halen. Wie de basis kent, snapt wat er in zijn eigen systeem gebeurt. Je weet dat een rapport gewoon een query is en dat "klanten per stad" één vraag aan de database is.

Dat maakt je ook duidelijker naar wie bouwt. Als je een webshop laat maken, kan je gericht vragen welke gegevens je later wil kunnen opvragen: bestellingen per maand, klanten per regio, producten die niet meer verkopen. Hetzelfde geldt voor een CRM op maat: daar zitten je klanten, offertes en opvolging in een database, en de vragen die je eraan kan stellen bepalen hoe nuttig het systeem is.

Wil je zulke vragen automatisch laten beantwoorden, bijvoorbeeld een wekelijks overzicht in je mailbox, dan kan dat via AI automations. Daarachter staat in de praktijk meestal gewoon een query.

Heb je een concrete vraag over je eigen gegevens of systeem? Neem dan vrijblijvend contact op.