Accueil›Blog›Comment évaluer un candidat SQL quand on n'est pas technique
Recruter en data
Comment évaluer un candidat SQL quand on n'est pas technique
SQL est la compétence la plus demandée en data, et souvent celle que les recruteurs non techniques ont le plus de mal à juger. Bonne nouvelle : on peut évaluer la solidité d'un profil SQL sans écrire une seule requête. Voici comment.
Data Builder·Juillet 2025·8 min de lecture·Cible : RH & recruteurs · profils SQL
Le piège avec SQL, c'est que tout le monde en met sur son CV — du « je sais faire un SELECT » au « j'optimise des requêtes sur des milliards de lignes ». Sans être technique, vous pouvez quand même séparer les deux : en écoutant comment le candidat raisonne, pas en corrigeant du code.
1À quoi sert SQL, et qui l'utilise
À demander au candidat
Demandez simplement : « À quoi vous sert SQL au quotidien ? » La clarté de la réponse est déjà un signal.
- SQL sert à interroger des bases de données : extraire, filtrer, agréger et croiser des données.
- C'est la compétence transverse de la data : analysts, engineers et scientists s'en servent tous.
- Un bon candidat relie SQL à un usage métier concret (« sortir le CA par région »), pas à une liste de mots-clés.
- Vous n'avez pas besoin de comprendre la requête : vous jugez la capacité à expliquer simplement.
2Les signaux d'un bon profil SQL
À demander au candidat
Écoutez comment il parle de son travail, pas les mots-clés qu'il coche.
- Il explique un concept simplement, avec un exemple concret plutôt que du jargon.
- Il parle spontanément de vérifier ses données (doublons, valeurs manquantes) avant de conclure.
- Il évoque les jointures et l'agrégation comme des gestes du quotidien, pas comme des exploits.
- Il sait dire « ça dépend » et pose des questions de cadrage avant de répondre.
3Les red flags à repérer
À demander au candidat
Ces signaux ne demandent aucune compétence technique pour être repérés.
- Il récite des mots-clés (« CTE, window functions, index ») sans savoir les relier à un problème réel.
- Il n'a jamais d'exemple concret : tout reste théorique et générique.
- Il prétend « tout maîtriser » sans nuance ni « ça dépend ».
- Il ne parle jamais de qualité des données ni de vérification de ses résultats.
Signal d'alerte : un candidat incapable de raconter un cas réel où SQL a résolu un problème métier surjoue très probablement son niveau.
4La question à poser (sans être technique)
À demander au candidat
« Racontez-moi une fois où une requête vous a donné un résultat surprenant. Qu'avez-vous fait ? »
- Un bon profil vérifie les données avant de conclure (doublons, valeurs manquantes, granularité).
- Il questionne le résultat au lieu de le prendre pour argent comptant.
- Il explique sa démarche pas à pas, de façon compréhensible.
- La qualité de l'histoire (le raisonnement) compte bien plus que le vocabulaire employé.
5Grille par niveau
| Niveau | Maîtrise attendue | Signal GO | NO-GO |
|---|
| Junior | Requêtes simples, filtres, regroupements | Explique clairement ce qu'il extrait et pourquoi | Ne sait pas donner d'exemple concret |
| Confirmé | Jointures, agrégations, sous-requêtes au quotidien | Parle de vérifier ses données avant de conclure | Récite des mots-clés sans usage réel |
| Senior | Optimisation, gros volumes, esprit critique | Questionne un résultat surprenant, chiffre l'impact | Prend un chiffre pour argent comptant |
| Lead | Modélisation, standards, montée en compétence de l'équipe | Sait vulgariser et arbitrer, forme les autres | Incapable d'expliquer simplement à un non-technique |
Home›Blog›How to assess a SQL candidate when you're not technical
Data hiring
How to assess a SQL candidate when you're not technical
SQL is the most in-demand data skill, and often the one non-technical recruiters struggle most to judge. Good news: you can assess a SQL profile's strength without writing a single query. Here's how.
Data Builder·July 2025·8 min read·For: HR & recruiters · SQL profiles
The trap with SQL is that everyone puts it on their résumé — from ‘I can write a SELECT’ to ‘I optimize queries over billions of rows’. Without being technical, you can still tell them apart: by listening to how the candidate reasons, not by grading code.
1What SQL is for, and who uses it
Ask the candidate
Just ask: ‘What do you use SQL for day to day?’ The clarity of the answer is already a signal.
- SQL is used to query databases: extract, filter, aggregate and combine data.
- It's the cross-cutting data skill: analysts, engineers and scientists all use it.
- A good candidate ties SQL to a concrete business use (‘revenue by region’), not to a keyword list.
- You don't need to understand the query: you judge the ability to explain simply.
2The signals of a strong SQL profile
Ask the candidate
Listen to how they talk about their work, not the keywords they tick.
- They explain a concept simply, with a concrete example rather than jargon.
- They spontaneously mention checking their data (duplicates, missing values) before concluding.
- They mention joins and aggregation as everyday moves, not feats.
- They can say ‘it depends’ and ask framing questions before answering.
3The red flags to spot
Ask the candidate
These signals require no technical skill to spot.
- They recite keywords (‘CTEs, window functions, indexes’) without tying them to a real problem.
- They never have a concrete example: everything stays theoretical and generic.
- They claim to ‘master everything’ with no nuance or ‘it depends’.
- They never mention data quality or checking their results.
Warning signal : a candidate who can't recount a real case where SQL solved a business problem is very likely overselling their level.
4The question to ask (without being technical)
Ask the candidate
‘Tell me about a time a query gave you a surprising result. What did you do?’
- A strong profile checks the data before concluding (duplicates, missing values, granularity).
- They question the result instead of taking it at face value.
- They explain their approach step by step, understandably.
- The quality of the story (the reasoning) matters far more than the vocabulary used.
5Level grid
| Level | Expected proficiency | Signal GO | NO-GO |
|---|
| Junior | Simple queries, filters, grouping | Clearly explains what they extract and why | Can't give a concrete example |
| Mid-level | Joins, aggregations, subqueries daily | Talks about checking data before concluding | Recites keywords with no real use |
| Senior | Optimization, large volumes, critical thinking | Questions a surprising result, quantifies impact | Takes a figure at face value |
| Lead | Modelling, standards, upskilling the team | Can popularize and arbitrate, trains others | Can't explain simply to a non-technical person |