Apprendre DuckDB en 30 jours au Maroc : un plan pratique sur quatre semaines

Définir un résultat mesurable à atteindre

Avant d’installer quoi que ce soit, écrivez le résultat que vous voulez obtenir au trentième jour. Un objectif utile tient en une phrase et peut être vérifié. Par exemple : « Je peux charger un fichier CSV, contrôler ses colonnes, écrire des requêtes SQL pour répondre à trois questions métier et enregistrer les résultats de façon reproductible. » Cette cible est assez concrète pour guider vos exercices, sans exiger de maîtriser toutes les fonctionnalités de DuckDB.

DuckDB est un système de base de données analytique embarqué, conçu notamment pour interroger des données locales et des fichiers analytiques. Il permet de travailler avec SQL dans un contexte où l’on veut explorer ou transformer des données sans commencer par administrer un serveur de base de données. Pour ce premier mois, concentrez-vous sur un seul environnement et un petit jeu de données que vous comprenez.

Choisissez un domaine qui vous intéresse : ventes fictives, dépenses personnelles anonymisées, données publiques ou inventaire d’exemple. Évitez les informations personnelles ou confidentielles. Notez trois questions auxquelles votre analyse devra répondre, comme le total par catégorie, l’évolution par mois ou les éléments les plus fréquents. Elles serviront de fil conducteur au projet final.

Prévoyez un carnet d’apprentissage simple : date, notion travaillée, requête testée, erreur rencontrée et solution. Ce suivi aide à distinguer une difficulté ponctuelle d’un point à revoir. Il vous évite aussi de confondre « j’ai suivi une démonstration » avec « je peux refaire l’opération seul ».

• À la fin du mois, vous devez pouvoir expliquer d’où viennent les données, ce que fait chaque requête et comment reproduire le résultat.
• Fixez un créneau réaliste : mieux vaut cinq séances courtes par semaine qu’une longue séance suivie de plusieurs jours d’interruption.
• Si vous ne connaissez pas SQL, ajoutez quelques exercices de lecture de requêtes dès la première semaine.

Semaine 1 : découvrir l’environnement

Objectif : installer ou ouvrir un environnement adapté, comprendre comment lancer DuckDB et réaliser une première requête. La documentation officielle est le point de référence pour vérifier les méthodes disponibles et les exemples liés à DuckDB. Choisissez une seule façon de travailler au départ — par exemple l’interface en ligne de commande, un notebook ou une intégration disponible dans votre environnement — plutôt que d’en changer chaque jour.

Répartissez la semaine en cinq séances de 45 à 60 minutes. Lors de la première, repérez comment démarrer l’outil et exécuter une instruction SQL simple. Lors de la deuxième, créez quelques valeurs ou une petite table d’essai et affichez-les. Lors de la troisième, apprenez à lire le résultat d’une requête et à reconnaître les noms de colonnes et les types de données. Lors des deux dernières séances, ouvrez un fichier CSV d’exemple et testez une lecture de ses premières lignes.

L’exercice de fin de semaine consiste à noter les colonnes, le nombre approximatif de lignes observées et deux éléments qui vous semblent à vérifier, par exemple une date mal reconnue ou une valeur manquante. Ne cherchez pas encore à produire une analyse complexe : cette première étape sert à rendre l’environnement familier et à comprendre la forme des données.

Jalon d’auto-évaluation : sans recopier un tutoriel, pouvez-vous démarrer votre environnement, exécuter une requête, ouvrir un fichier local et expliquer ce que vous voyez ? Si vous bloquez, consignez le message d’erreur et reprenez une étape à la fois.

• Exercices DuckDB débutant : exécuter une requête simple, afficher une table, lire quelques lignes d’un CSV.
• À conserver : votre première requête fonctionnelle et une courte description des colonnes du fichier.
• À ne pas faire : télécharger plusieurs jeux de données volumineux avant de savoir en lire un petit.

Semaine 2 : maîtriser les opérations de base

Objectif : utiliser les principales opérations SQL nécessaires à une analyse simple. Travaillez d’abord sur un seul fichier et réutilisez-le dans plusieurs exercices. Les notions à pratiquer sont la sélection de colonnes, le filtrage avec WHERE, le tri avec ORDER BY, le comptage, les agrégations comme SUM et AVG, puis le regroupement avec GROUP BY. Si les données comportent plusieurs tables, vous pouvez ensuite découvrir une jointure simple.

Organisez les cinq séances en progression. Commencez par sélectionner uniquement les colonnes utiles et filtrer quelques lignes. Ensuite, triez le résultat et comptez les enregistrements. Lors de la troisième séance, calculez un total ou une moyenne. La quatrième sert à regrouper les résultats par catégorie ou par période. La cinquième est une révision : réécrivez les requêtes sans suivre pas à pas vos notes, puis comparez les résultats.

Exercice concret : sur des données d’exemple contenant une date, une catégorie et un montant, affichez les lignes d’une période choisie, calculez le montant total et comparez les totaux par catégorie. Si le fichier n’a pas ces colonnes, adaptez l’exercice à ses champs réels plutôt que d’inventer des colonnes.

Jalon d’auto-évaluation : écrivez trois requêtes répondant à trois questions simples et vérifiez les résultats avec un contrôle indépendant, par exemple en comptant les lignes filtrées ou en recalculant un total sur un petit extrait. Une requête qui s’exécute n’est pas nécessairement correcte : vérifiez que le résultat répond bien à la question.

• Pratiquez SELECT, WHERE, ORDER BY, COUNT, les fonctions d’agrégation et GROUP BY.
• Pour progresser rapidement en DuckDB, modifiez une seule partie d’une requête à la fois et observez l’effet sur le résultat.
• Gardez les requêtes lisibles : noms de colonnes explicites, indentation régulière et commentaires lorsque l’objectif n’est pas évident.

Semaine 3 : appliquer les acquis à un cas réel

Objectif : passer d’exercices isolés à une tâche représentative. Choisissez un jeu de données qui permet de répondre à vos trois questions initiales. Il peut s’agir d’un fichier public ou d’un exemple fictif ; dans un contexte professionnel, n’utilisez que des données que vous êtes autorisé à manipuler. Gardez le projet à taille raisonnable et limitez-vous à une source de données principale.

Commencez par examiner les colonnes et quelques lignes. Repérez les valeurs manquantes, les formats inattendus et les doublons possibles. Ensuite, formulez les questions en termes de résultat attendu : total par période, comparaison de catégories ou évolution d’un indicateur. Écrivez une requête par question, puis ajoutez une étape de préparation si les données doivent être filtrées ou regroupées.

Pendant les séances suivantes, testez les requêtes sur des cas simples. Par exemple, réduisez temporairement le jeu de données à quelques lignes pour vérifier une somme ou un regroupement à la main. Si vous combinez deux tables, confirmez que la clé de jointure correspond bien et que le nombre de lignes obtenu est plausible. Ces vérifications sont des réflexes analytiques importants, quel que soit l’outil utilisé.

À la fin de la semaine, préparez une première version du livrable : un fichier de requêtes SQL accompagné d’une note qui indique la source des données, les questions traitées et les limites observées. Le but n’est pas de produire un tableau de bord élaboré, mais une analyse compréhensible et que vous pouvez refaire.

• Exercice progressif : explorer les données, nettoyer ou filtrer ce qui est nécessaire, puis répondre à trois questions.
• Jalon : une autre personne devrait pouvoir comprendre la démarche à partir de vos requêtes et de vos explications.
• Si vous n’avez pas de cas professionnel accessible, utilisez un jeu de données d’exemple et indiquez clairement qu’il s’agit d’un exercice.

Semaine 4 : finaliser et vérifier son résultat

Objectif : rendre le projet final reproductible, clair et vérifiable. Reprenez vos requêtes dans l’ordre : chargement ou lecture des données, contrôles de base, transformations éventuelles, calculs et résultats. Supprimez les essais inutiles ou séparez-les du parcours principal. Ajoutez quelques commentaires pour expliquer le rôle des étapes importantes, sans paraphraser chaque ligne.

Réservez une séance à la vérification des résultats. Recomptez les lignes, contrôlez quelques valeurs manuellement et vérifiez les filtres de date ou de catégorie. Si vous obtenez un résultat inattendu, réduisez le problème : testez une requête plus courte, examinez un petit échantillon, puis ajoutez progressivement les opérations. Notez les corrections apportées et pourquoi elles étaient nécessaires.

Votre réalisation finale peut contenir un fichier SQL, les données d’exercice si leur redistribution est permise, et une courte présentation écrite ou orale. Présentez la question, les étapes suivies, deux ou trois résultats et une limite de l’analyse. Vous pouvez aussi montrer comment relancer votre démarche dans le même environnement. Le critère essentiel est la cohérence entre la question posée, la requête et le résultat.

Jalon final : êtes-vous capable d’expliquer le projet sans lire chaque ligne, de relancer les requêtes et de justifier les principaux choix ? Si oui, vous avez construit des bases utiles. Si certains points restent difficiles, transformez-les en objectifs pour le mois suivant au lieu d’ajouter immédiatement de nouveaux outils.

• Livrable conseillé : requêtes propres, note de méthode, résultats vérifiés et limites explicites.
• Auto-évaluation : exactitude des résultats, lisibilité des requêtes, reproductibilité et compréhension des opérations utilisées.
• Ne présentez pas un exercice personnel comme une expérience professionnelle : décrivez honnêtement le contexte et votre contribution.

Adapter le rythme et poursuivre après 30 jours

Le calendrier est un cadre, pas une obligation de terminer une notion à date fixe. Si vous disposez de moins de temps, gardez les mêmes étapes et allongez le parcours : deux ou trois séances hebdomadaires permettent de consolider les bases sans supprimer le projet final. Si vous avez davantage de temps, consacrez-le à refaire les exercices sur un deuxième jeu de données ou à expliquer vos choix à quelqu’un.

Après le mois, choisissez une seule suite en fonction de votre objectif. Si vos requêtes restent fragiles, poursuivez SQL et les vérifications de données. Si vous savez déjà répondre à des questions simples, explorez d’autres formats de fichiers et les possibilités de DuckDB adaptées à votre travail. Si votre besoin porte sur la préparation de données, faites un petit projet de transformation et documentez les contrôles. Appuyez-vous sur la documentation officielle pour vérifier les fonctionnalités avant de les intégrer à un usage régulier.

Pour une personne qui se reconvertit ou qui veut utiliser DuckDB dans son activité au Maroc, le projet final peut devenir une pièce de portfolio pédagogique : expliquez le problème, montrez une démarche claire et anonymisez ou remplacez toute donnée sensible. Une formation structurée peut également aider à recevoir des retours sur les requêtes et à adapter les exercices à un objectif métier.

L’essentiel est de conserver une habitude de pratique et un résultat vérifiable. Un mois peut suffire à acquérir des bases et à construire un premier projet, mais ne garantit pas la maîtrise de tous les usages de DuckDB. La prochaine étape se choisit en fonction des tâches que vous souhaitez accomplir et des lacunes que votre auto-évaluation a révélées.

• Rythme allégé : répartissez les quatre semaines sur une durée plus longue, sans renoncer aux jalons.
• Rythme accéléré : ajoutez un second jeu de données ou une jointure seulement lorsque les bases sont solides.
• Mesurez vos progrès par ce que vous savez refaire et expliquer, pas par le nombre de pages de documentation consultées.

Le parcours, étape par étape

1. 1Jours 1 à 7 — prendre en main DuckDB — Pratiquez 45 à 60 minutes par jour, cinq jours dans la semaine. Lancez l’environnement choisi, exécutez des requêtes simples, ouvrez un CSV et décrivez ses colonnes. Jalon : lire un fichier local sans suivre une démonstration pas à pas.
2. 2Jours 8 à 14 — écrire des requêtes utiles — Travaillez SELECT, WHERE, ORDER BY, COUNT, SUM ou AVG et GROUP BY sur le même jeu de données. Écrivez trois requêtes qui répondent à des questions précises et vérifiez leurs résultats.
3. 3Jours 15 à 21 — traiter un cas concret — Choisissez des données autorisées, formulez trois questions, examinez les colonnes et produisez une première analyse. Vérifiez les filtres, les agrégations et, si nécessaire, une jointure.
4. 4Jours 22 à 30 — finaliser et s’auto-évaluer — Rangez et commentez vos requêtes, contrôlez les résultats, préparez une note de méthode et présentez votre réalisation finale. Vérifiez que vous pouvez la relancer, l’expliquer et identifier une limite.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. DuckDB — site officiel duckdb.org
2. JobInTech jobintech.academy
3. Upskilling et reskilling — Ministère de la Transition Numérique et de la Réforme de l’Administration mmsp.gov.ma