Aller au contenu

Formations Thème

Formateur SQL et bases de données

Écrire des requêtes qui tiennent la charge, et savoir quand l'ORM travaille contre vous.

Demander une interventionVoir les programmes

Transfert de lanceur · archive du domaine public

Le SQL d’abord, l’ORM ensuite

Deux formations, et un ordre qui n’est pas indifférent. SQL avancé traite les jointures qui ne se devinent pas, les fonctions de fenêtrage, l’agrégation, et surtout la lecture d’un plan d’exécution — savoir pourquoi une requête est lente avant de tenter de l’accélérer. L’ORM Python avec SQLAlchemy montre ensuite ce que la couche d’abstraction fait à votre place, et à quel prix.

Cet ordre est le sujet de la moitié des questions que je reçois. Un développeur qui n’écrit que du code d’ORM finit par produire des requêtes qu’il ne sait ni lire ni corriger ; le jour où l’application ralentit, personne dans l’équipe ne peut ouvrir le capot.

Ce qui coûte cher, et qu’on n’enseigne presque jamais

La requête en N+1, l’index absent sur une clé étrangère, la transaction laissée ouverte, le SELECT * qui traverse le réseau pour trois colonnes utiles : ces quatre motifs expliquent l’essentiel des lenteurs applicatives que l’on m’appelle à diagnostiquer. Aucun n’est difficile à comprendre, tous supposent qu’on ait vu une fois ce qu’ils produisent sur un volume réaliste.

Les sessions travaillent donc sur des jeux de données assez gros pour que la différence se mesure — quelques millions de lignes — et non sur les dix lignes d’un exemple de manuel, où toutes les requêtes sont instantanées et où rien ne s’apprend. Le sujet touche directement les API, qui sont le plus souvent une façade devant le modèle de données, et Python côté applicatif.

Où et comment

Interventions à Amiens, Paris et Lille, ailleurs sur devis, et en distanciel — chacun travaille sur sa propre instance, fournie et préparée avant la session. Formats école (BTS, licence professionnelle, école d’ingénieur) comme intra-entreprise. Qui intervient, et sur quelles bases.

Au catalogue

Les formations bases de données

3 jours

SQL avancé

Maîtriser les requêtes complexes et l'optimisation de bases de données

Bases de données

Tout le catalogue

Conformité

Ce que votre certification Qualiopi exige d’un intervenant externe

C’est votre organisme qui est certifié Qualiopi, et c’est lui que l’audit contrôle — y compris sur les intervenants qu’il fait venir. Faire intervenir un formateur externe ne vous fait rien perdre, à condition qu’il produise ses pièces. Les miennes partent avec chaque intervention :

Un programme opposable
Objectifs formulés en termes de capacités observables, prérequis, durée, public visé et contenu séquencé. C'est la pièce que l'auditeur ouvre en premier, et celle qui manque le plus souvent quand l'intervenant est externe.
Des modalités d’évaluation écrites
Critères de réussite et modalités d'évaluation des acquis, définis avant la session et adossés à votre référentiel si vous m'en communiquez un. Une évaluation improvisée en fin de parcours ne se justifie pas devant un auditeur.
La traçabilité de la session
Feuilles d'émargement par demi-journée, attestation de fin de formation et relevé des acquis, transmis sans qu'il faille les réclamer.
L’évaluation à chaud, transmise brute
Les retours des stagiaires vous parviennent tels quels, y compris les mauvais. Un questionnaire filtré par l'intervenant n'a aucune valeur dans un audit, et aucune pour vous.
L’accessibilité traitée en amont
Les situations de handicap se préparent avant la session, pas le matin même : besoin signalé, aménagement décidé ensemble, ou orientation vers votre référent si l'adaptation dépasse ce que je peux faire.
Le maintien à jour des compétences
CV d'intervenant et preuves d'actualisation des compétences sur les sujets enseignés — le référentiel les demande, et sur des sujets techniques qui bougent vite, c'est aussi ce qui distingue un programme vivant d'un support recyclé.

Questions fréquentes

Ce qu’on me demande avant de signer

Faut-il choisir entre la formation SQL et la formation ORM ?
Elles s'enchaînent plus qu'elles ne s'opposent. Un développeur qui utilise un ORM sans savoir lire le SQL qu'il produit ne peut pas diagnostiquer une lenteur : le SQL vient donc d'abord, l'ORM ensuite. Pour une équipe déjà à l'aise en SQL, le module ORM se prend seul.
Sur quel moteur de base de données travaille-t-on ?
PostgreSQL par défaut, parce que c'est celui dont les messages d'erreur et le planificateur de requêtes s'expliquent le mieux. MySQL ou MariaDB si c'est votre environnement de production — les différences qui comptent (index, transactions, verrous) sont alors traitées explicitement plutôt que gommées.
Peut-on travailler sur notre propre base pendant la formation ?
Sur une copie anonymisée, oui, et c'est le format le plus utile : les requêtes lentes d'un jeu de données réel n'ont rien à voir avec celles d'un jeu d'exercice. Il faut prévoir l'extraction et l'anonymisation en amont, la formation ne devant jamais faire circuler de données personnelles.

Un besoin, un groupe, une date ?

Décrivez le contexte : niveau réel du groupe, volume horaire visé, période. Réponse sous deux jours ouvrés, avec un programme ajusté et un tarif — pas un catalogue à trier.

Décrire votre besoinQui intervient