BigQuery ressemble à « du SQL dans le cloud », et beaucoup de candidats s'arrêtent là. Mais sa particularité change tout : on paie les données lues, pas le temps. Un profil qui ignore ça peut coûter très cher à une entreprise sans s'en rendre compte. La bonne nouvelle : on peut tester cette conscience du coût sans être technique.
La compétence BigQuery ne se juge pas à la maîtrise du SQL, mais à la conscience du coût : est-ce que le candidat sait qu'une requête mal écrite peut faire exploser la facture ? Cette conscience est le meilleur marqueur d'une vraie expérience.
Demandez : « Qu'est-ce qui rend BigQuery différent d'une base de données classique ? »
BigQuery est un entrepôt de données cloud qui permet d'interroger d'énormes volumes en SQL, sans gérer d'infrastructure. Sa particularité est économique : on paie à la quantité de données scannées. Un bon candidat mentionne ce modèle de coût spontanément — c'est le cœur du sujet.
SELECT * sans filtre) peut coûter très cher.Le mot magique à écouter : coût (octets scannés, partitionnement).
Ceux qui ont vraiment travaillé sur BigQuery à l'échelle ont forcément été confrontés à la question du coût — souvent après une mauvaise surprise sur la facture. Ils en parlent naturellement. Les autres n'y pensent tout simplement pas.
SELECT * et filtre sur les partitions.Repérables sans connaître BigQuery.
Le décalage le plus courant : un candidat qui traite BigQuery comme une base classique et ignore totalement la dimension coût. Sur une plateforme facturée à l'usage, c'est un vrai risque financier.
Signal d'alerte : un candidat qui ignore totalement la dimension coût de BigQuery peut, sans le savoir, générer des factures massives — c'est le red flag le plus important sur cette techno facturée à l'usage.
« Comment évitez-vous qu'une requête coûte cher sur BigQuery ? »
Cette question sépare immédiatement ceux qui ont une vraie expérience de ceux qui ont juste « fait des requêtes ». Un bon profil parle de colonnes sélectionnées, de partitions et de volume lu. Un profil faible ne comprend même pas la prémisse de la question.
Il y a une limite claire à ce qu'un recruteur non technique peut trancher seul.
Les signaux et la question ci-dessus vous permettent d'écarter les profils qui surjouent et de repérer les bons candidats. Mais confirmer finement un niveau BigQuery — surtout sur un poste senior ou un profil rare — demande un regard technique. C'est là qu'un entretien mené par un expert fait la différence.
| Niveau | Maîtrise attendue | Signal GO | NO-GO |
|---|---|---|---|
| Junior | Écrit des requêtes SQL sur BigQuery | Sélectionne les colonnes utiles, filtre | Ignore totalement la dimension coût |
| Confirmé | Partitionnement, clustering, conscience du coût | Évite SELECT *, raisonne en volume lu | Traite BigQuery comme une base classique |
| Senior | Optimisation, vues matérialisées, arbitrage coûts | Corrige une facture élevée, chiffre l'impact | Ne relie jamais requête et facture |
| Lead | Architecture d'entrepôt, gouvernance des coûts | Met en place des garde-fous de coût | Aucune notion du modèle de coût |
Data Builder mène l'entretien technique et vous livre un rapport clair et détaillé sous 24h. Premier entretien offert.