Déploiement

Base de données

La base de données GPI doit être liée au projet. Consultez la section lier une base de données pour plus d'informations.

Dépendance de tableau de bord

Ce tableau de bord dépend du tableau de bord res_scolaires. Assurez-vous de déployer res_scolaires avant suivi_resultats.

Spécification du projet dbt

Mettez à jour votre fichier cssXX.dashboards_store/dbt_project.yml avec l'extrait suivant et ajoutez la variable cod_css.

# cssXX.dashboards_store/dbt_project.yml
models:
  core_dashboards_store:
    marts:
      educ_serv:
        +enabled: True
    dashboards:
      educ_serv:
        suivi_resultats:
          +enabled: True
        res_scolaires:
          +enabled: True
    interfaces:
      gpi:
        +enabled: True

Configuration

Personnaliser les cours suivis

Cette table nécessite des seeds. Assurez-vous d'exécuter dbt seed --full-refresh pour les alimenter.

• Pour ajouter une liste de cours locaux à suivre:
  1. Ajoutez un fichier .csv dans votre dossier cssXX.dashboards_store/seeds/dashboards/educ_serv/suivi_resultats. Le fichier doit s'appeler custom_tracked_courses.csv et contenir les colonnes décrites dans core.dashboards_store/seeds/dashboards/educ_serv/suivi_resultats/schema.yml, qui décrit la seed custom_tracked_courses. Vous pouvez utiliser la table core.dashboards_store/models/marts/educ_serv/staging/stg_descr_mat pour trouver la bonne correspondance.
  2. Déclenchez un rafraîchissement de vos seeds.

dbt seed --full-refresh

Test accepted_values sur discipline

Ce test vérifie que la colonne discipline ne contient que les valeurs attendues (Français, Mathématique, Anglais, Science, Histoire). Il sert de garde-fou pour le split CHARINDEX/SUBSTRING qui calcule discipline à partir de description_matiere qui provient de la seed. ce split suppose qu'aucun nom canonique de discipline ne contient lui-même un espace. Si une nouvelle discipline sans qu'on ajuste le split ou la liste de valeurs attendues, le test échoue. Si l'échec est confirmé comme une nouvelle valeur légitime plutôt qu'un vrai bug (ex. ajout attendu d'une discipline), on peut ajouter la valeur à la liste accepted_values pour repasser le test au vert. En attendant cette mise à jour, le test peut être passé en severity: warn dans le schema.yml pour ne pas bloquer l'exécution du ETL.