Accueil›Blog›dbt vs SQL « classique »

Comparaisons

dbt vs SQL « classique » : ce que ça dit du niveau du candidat

Certains opposent dbt et SQL comme s'il fallait choisir. C'est une confusion : dbt utilise SQL, mais y ajoute tests, documentation et structure. Savoir si un candidat « fait du SQL » ou « fait du dbt » en dit long sur sa maturité d'ingénierie analytique.

Data Builder·Juillet 2025·8 min de lecture·Cible : RH & hiring managers · dbt / SQL

Sommaire

SQL « classique » : écrire des requêtes
dbt : industrialiser le SQL
Ce que ça dit du niveau
Grille par niveau

La vraie question n'est pas « dbt ou SQL », mais « à quel niveau de rigueur le candidat travaille ». dbt révèle un réflexe de fiabilité que le SQL seul ne garantit pas.

1SQL « classique » : écrire des requêtes

En résumé

Le socle indispensable : extraire et transformer la donnée.

Écrire du SQL, c'est la base : tout profil data doit savoir le faire. Mais du SQL « à la main », sans structure ni tests, devient vite ingérable à mesure que les transformations se multiplient.

Compétence de base, nécessaire mais pas suffisante à l'échelle.
Sans structure, les requêtes deviennent difficiles à maintenir.
Rien ne garantit la fiabilité ni la non-régression.

2dbt : industrialiser le SQL

En résumé

Ajouter tests, documentation, versioning et lineage au SQL.

dbt ne remplace pas SQL, il l'encadre : modèles versionnés, tests automatiques, documentation, ordre de build. Un candidat qui maîtrise dbt pense fiabilité et maintenabilité — un cran de maturité au-dessus.

Ajoute tests, documentation et lineage au SQL.
Révèle un réflexe de fiabilité et de travail en équipe.
C'est le cœur du métier d'analytics engineer.

Signal d'alerte : un candidat qui « fait du dbt » sans jamais parler de tests ni de documentation fait en réalité du SQL classique déguisé : la maîtrise de dbt se juge à la rigueur, pas au mot sur le CV.

3Ce que ça dit du niveau

En résumé

Le rapport à la fiabilité distingue les niveaux de maturité.

Situer un candidat : maîtrise-t-il seulement le SQL, ou pense-t-il « système » (tests, doc, impact aval) ? Ce n'est pas une question d'outil mais de rigueur — et cela oriente le niveau de poste qu'il peut tenir.

SQL seul, sans structure → profil junior/analyste.
SQL + dbt avec tests et doc → analytics engineer confirmé.
Évaluez la rigueur (tests, non-régression), pas le mot-clé.
Un bon profil SQL apprend dbt vite : ne l'écartez pas pour ça.

4Grille par niveau

Votre besoin	Notre recommandation	L'erreur à éviter
Le candidat écrit du SQL	Base OK ; évaluez la structure et la rigueur	Opposer dbt et SQL comme un choix
Il connaît dbt sans les tests	À creuser : dbt déguisé en SQL	Prendre le mot 'dbt' pour une preuve
Il teste et documente ses modèles	Bon signe : réflexe de fiabilité	Ignorer la non-régression aval
Bon SQL mais pas encore dbt	Il apprendra dbt vite : ne pas écarter	Exiger dbt là où SQL suffirait

Home›Blog›dbt vs ‘classic’ SQL

Comparisons

dbt vs ‘classic’ SQL: what it says about the candidate's level

Some pit dbt against SQL as if you had to choose. That's a confusion: dbt uses SQL, but adds tests, documentation and structure. Knowing whether a candidate ‘does SQL’ or ‘does dbt’ says a lot about their analytics-engineering maturity.

Data Builder·July 2025·8 min read·For: HR & hiring managers · dbt / SQL

Contents

‘Classic’ SQL: writing queries
dbt: industrializing SQL
What it says about the level
Level grid

The real question isn't ‘dbt or SQL’, but ‘at what level of rigour the candidate works’. dbt reveals a reliability reflex that SQL alone doesn't guarantee.

1‘Classic’ SQL: writing queries

In short

The essential foundation: extracting and transforming data.

Writing SQL is the basics: any data profile must know how. But ‘hand-written’ SQL, with no structure or tests, quickly becomes unmanageable as transformations multiply.

Basic skill, necessary but not sufficient at scale.
Without structure, queries become hard to maintain.
Nothing guarantees reliability or non-regression.

2dbt: industrializing SQL

In short

Adding tests, documentation, versioning and lineage to SQL.

dbt doesn't replace SQL, it frames it: versioned models, automatic tests, documentation, build order. A candidate who masters dbt thinks reliability and maintainability — a notch of maturity above.

Adds tests, documentation and lineage to SQL.
Reveals a reflex of reliability and teamwork.
It's the core of the analytics-engineer role.

Warning signal : a candidate who ‘does dbt’ but never mentions tests or documentation is really doing classic SQL in disguise: dbt mastery is judged by rigour, not the word on the résumé.

3What it says about the level

In short

The relationship to reliability distinguishes maturity levels.

Placing a candidate: do they only master SQL, or do they think ‘system’ (tests, docs, downstream impact)? It's not a tool question but a rigour one — and it steers the role level they can hold.

SQL alone, no structure → junior/analyst profile.
SQL + dbt with tests and docs → confirmed analytics engineer.
Assess the rigour (tests, non-regression), not the keyword.
A good SQL profile learns dbt fast: don't reject them for that.

4Level grid

Your need	Our recommendation	The mistake to avoid
Candidate writes SQL	Basics OK; assess structure and rigour	Pitting dbt against SQL as a choice
Knows dbt without the tests	Dig deeper: dbt disguised as SQL	Taking the word ‘dbt’ as proof
Tests and documents their models	Good sign: reliability reflex	Ignoring downstream non-regression
Good SQL but not yet dbt	They'll learn dbt fast: don't reject	Requiring dbt where SQL would suffice

dbt vs SQL « classique » : ce que ça dit du niveau du candidat

1SQL « classique » : écrire des requêtes

2dbt : industrialiser le SQL

3Ce que ça dit du niveau

4Grille par niveau

dbt vs ‘classic’ SQL: what it says about the candidate's level

1‘Classic’ SQL: writing queries

2dbt: industrializing SQL

3What it says about the level

4Level grid

Vous recrutez un profil data ?