Projet Trino au Maroc : créez un portfolio concret à présenter

Choisir un projet adapté à son niveau

Un projet Trino débutant doit démontrer une compétence centrale : interroger des données réparties entre plusieurs sources à l’aide de SQL. Trino est un moteur de requêtes distribué conçu pour accéder à des données dans différents systèmes. Pour un portfolio, l’intérêt est de rendre visible la logique de requête et la façon dont les sources sont organisées, plutôt que de chercher à construire une plateforme complète.

Gardez un périmètre assez petit pour pouvoir expliquer chaque étape. Par exemple, imaginez des ventes enregistrées dans un fichier de commandes et un second fichier décrivant les produits. Votre analyse rassemble ces données afin de répondre à une question telle que : quels produits contribuent le plus au chiffre d’affaires par mois ?

Adaptez la difficulté à votre expérience. Si vous débutez en SQL, privilégiez deux tables, des jointures simples, des filtres et des agrégations. Si vous maîtrisez déjà ces notions, ajoutez une troisième source ou comparez les résultats selon une période ou une catégorie. N’ajoutez pas de composant supplémentaire sans pouvoir expliquer son rôle.

Un bon exercice pratique Trino doit être reproductible : un lecteur comprend les prérequis, sait comment charger les données d’exemple et peut retrouver les requêtes et résultats attendus. Définissez dès le départ ce qui prouvera que le projet fonctionne.

• Une question métier précise, formulée en une phrase.
• Un périmètre réalisable avec les sources et le temps dont vous disposez.
• Des données de démonstration non sensibles et un résultat que l’on peut contrôler.
• Une documentation assez claire pour permettre à une autre personne de suivre la démarche.

Partir d’un besoin concret

Dans une entreprise, les informations utiles peuvent se trouver dans plusieurs systèmes : commandes, catalogue de produits, inventaire ou données de suivi. Un projet de portfolio peut reproduire ce type de situation de façon fictive. Il ne prétend pas représenter un client réel ; il montre comment vous organiseriez une analyse à partir de sources distinctes.

Pour rendre votre projet concret, prenez comme scénario une petite boutique fictive qui veut comprendre l’évolution de ses ventes. La question peut être : « Quel est le chiffre d’affaires mensuel par catégorie de produit, et combien de commandes ont été passées ? » Elle est assez précise pour guider le travail et assez riche pour illustrer une jointure et des calculs SQL.

Annoncez clairement les hypothèses. Par exemple, précisez si les montants sont exprimés hors taxes ou toutes taxes comprises, comment les commandes annulées sont traitées, et si la date utilisée est celle de la commande ou de la livraison. Si vous ne modélisez pas ces règles, indiquez-le comme limite plutôt que de laisser le lecteur les deviner.

• **Brief de projet — objectif :** réunir des commandes et un catalogue fictifs, puis calculer le chiffre d’affaires mensuel et le nombre de commandes par catégorie de produit.
• **Livrables :** description du besoin, diagramme simple des sources, fichiers de données de démonstration, définition des tables, requêtes SQL, résultats attendus, checklist de tests et instructions pour reproduire l’analyse.
• **Critère de réussite :** les résultats sont explicables, les jointures ne créent pas de doublons inattendus et les totaux peuvent être rapprochés d’un contrôle indépendant.

Préparer les données, fichiers ou ressources

Avant de lancer Trino, décidez quelles sources vous utiliserez et comment elles seront rendues accessibles dans votre environnement. Pour un portfolio autonome, vous pouvez choisir des fichiers CSV synthétiques contenant quelques commandes et produits fictifs. Cette approche suffit à expliquer la structure des données et à présenter les requêtes sans publier de données issues d’une entreprise.

Décrivez pour chaque table son rôle, ses colonnes, leur type attendu et la clé utilisée pour relier les enregistrements. Vérifiez notamment les dates, les montants, les valeurs manquantes et l’unicité supposée des identifiants. Une requête correcte ne compense pas une définition imprécise des données.

Si vous travaillez à partir d’un jeu de données public, vérifiez sa licence, ses conditions d’utilisation et les règles de citation avant de le redistribuer. Si vous réalisez le projet dans le cadre d’un emploi, d’un stage ou d’une mission, demandez l’autorisation nécessaire avant de réutiliser des données, des schémas internes ou des captures. Remplacer les noms par des pseudonymes ne garantit pas qu’un jeu de données soit anonyme.

Ne publiez pas les identifiants de connexion, mots de passe, jetons d’accès, adresses de serveurs privés, noms de clients ou enregistrements permettant d’identifier des personnes. Dans le dépôt du portfolio, fournissez plutôt un exemple synthétique, un fichier de configuration modèle sans secret et des instructions expliquant où renseigner les paramètres localement.

• Préparez un petit jeu de données fictif ou utilisez une source dont les conditions autorisent explicitement votre usage.
• Notez les colonnes, types, clés et hypothèses de chaque table.
• Contrôlez les formats de date, les valeurs nulles, les doublons et les montants.
• Gardez les secrets hors du code et du dépôt public ; utilisez des exemples de configuration sans valeur sensible.

Réaliser le projet par étapes

La séquence ci-dessous donne une structure de travail lisible pour un projet concret Trino. Les détails de connexion et de configuration varient selon les sources et l’environnement employés ; documentez précisément ceux que vous avez réellement utilisés, sans présenter une configuration particulière comme universelle.

Commencez par décrire l’environnement de démonstration et les sources auxquelles Trino doit accéder. Définissez ensuite les catalogues, schémas et tables nécessaires selon votre configuration. Avant d’écrire l’analyse complète, exécutez une requête simple sur chaque source pour vérifier l’accès et comprendre les données disponibles.

Construisez la requête progressivement. Commencez par sélectionner les champs utiles dans la table des commandes, puis reliez les lignes au catalogue à l’aide de la clé retenue. Ajoutez ensuite le calcul du chiffre d’affaires et le regroupement par mois et catégorie. Exécuter et vérifier chaque partie séparément facilite le diagnostic si un résultat semble anormal.

Enfin, comparez le résultat agrégé avec un contrôle simple sur les données de démonstration. Par exemple, vérifiez manuellement une commande ou calculez un total de référence sur un petit échantillon. Dans le README, séparez les étapes de préparation des données, de création des tables et d’exécution des requêtes afin qu’un lecteur puisse reproduire le parcours.

• 1. Formuler la question métier et écrire les hypothèses de calcul.
• 2. Créer ou sélectionner les données de démonstration ; noter leur origine et leurs conditions d’utilisation.
• 3. Configurer les accès nécessaires et vérifier séparément chaque source.
• 4. Définir les tables et confirmer que leurs colonnes et types correspondent aux données.
• 5. Écrire les requêtes de sélection, de jointure et d’agrégation par petites étapes.
• 6. Contrôler les résultats, corriger les anomalies, puis consigner les limites et instructions de reproduction.

Tester, corriger et documenter

La qualité du projet dépend autant des contrôles que de la requête finale. Ajoutez des vérifications simples qui correspondent à vos hypothèses : une clé de produit doit-elle être unique dans le catalogue ? Certaines commandes sont-elles incomplètes ? Le nombre de lignes change-t-il de façon inattendue après la jointure ? Les montants agrégés sont-ils cohérents avec un contrôle effectué séparément ?

Documentez les écarts rencontrés et leur traitement. Par exemple, si certaines commandes n’ont pas de produit correspondant, expliquez si elles sont écartées, conservées ou signalées. Ne masquez pas un résultat incomplet : indiquez ce qui est contrôlé et ce qui ne l’est pas.

Un README utile répond à quatre questions : quel problème le projet traite-t-il, quelles ressources faut-il, comment le reproduire et que signifient les résultats ? Ajoutez des exemples de sortie fabriqués à partir des données fictives. Expliquez les choix de modélisation et les limites, sans reproduire de consignes internes ou d’informations appartenant à une organisation.

• **Checklist de tests et de contrôle qualité**
• Les sources sont accessibles et les tables attendues sont présentes.
• Les types de colonnes utilisés dans les calculs sont adaptés aux données.
• Les clés de jointure sont documentées ; les doublons et valeurs sans correspondance sont inspectés.
• Les valeurs nulles, dates hors période et montants inattendus sont examinés.
• Les totaux obtenus sont comparés à un contrôle indépendant sur un petit échantillon.
• Les résultats restent cohérents après une nouvelle exécution sur le même jeu de démonstration.
• Les fichiers publiés ne contiennent ni données confidentielles, ni informations personnelles, ni secrets de connexion.

Présenter son travail dans un portfolio

Présentez d’abord le problème et le résultat en langage métier. Ensuite, montrez un schéma des sources, un extrait de requête lisible et une capture d’écran pertinente. Les images doivent compléter la documentation, pas la remplacer : indiquez ce que le lecteur voit et comment il peut retrouver le résultat.

Un dépôt ou une page de portfolio peut contenir un README, les requêtes SQL organisées par étape, un petit jeu de données autorisé, les résultats de démonstration, une liste de tests et un schéma d’architecture. Si la démonstration n’est pas directement exécutable par un tiers, précisez les prérequis et les actions manuelles nécessaires.

Soyez transparent sur la portée. Distinguez les données fictives des données publiques, décrivez les choix que vous avez faits et nommez les sujets non traités, tels que la gestion des accès, le volume réel ou la supervision, si vous ne les avez pas évalués. Cette honnêteté aide un recruteur ou un client à comprendre exactement ce que votre projet démontre.

Pour un lecteur marocain qui prépare une candidature ou une reconversion, l’objectif est de pouvoir expliquer votre démarche à l’oral : le besoin retenu, la façon dont Trino interroge les sources de votre démonstration, les contrôles appliqués et les améliorations possibles. Le portfolio devient alors un support de discussion, plutôt qu’une simple collection de captures.

• Montrez un schéma lisible, une requête représentative et un résultat commenté.
• Fournissez des instructions de reproduction et des données autorisées, idéalement synthétiques.
• Indiquez clairement les hypothèses, les limites et les éléments qui n’ont pas été testés.
• Retirez les noms, identifiants et captures provenant d’environnements privés, sauf autorisation explicite.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. JobInTech jobintech.academy
2. Formation intra-entreprise — OFPPT ofppt.ma
3. FormaGroup — Technologie Trino formagroup.ma