Table des matières
1. Organisation des catégories #
Les catégories servent avant tout à structurer et isoler les traitements.
Recommandations #
- Séparer les environnements :
DEV_TEST_PROD_
- Organiser par domaine fonctionnel :
VENTESFINANCERHLOGISTIQUE
- Éviter les catégories “fourre-tout” :
- ❌
Divers - ❌
Tests - ❌
Temp
- ❌
- Préférer une hiérarchie lisible :
PROD_VENTESPROD_FINANCEDEV_RH
Objectif #
Faciliter :
- la maintenance,
- les droits d’accès,
- la supervision,
- l’identification rapide des traitements.
2. Nommage des lots #
Le lot doit immédiatement permettre de comprendre :
- ce qu’il fait,
- sur quel périmètre,
- dans quel contexte.
Recommandations #
Utiliser un nom explicite basé sur :
- l’action,
- le domaine,
- éventuellement la fréquence.
Exemples #
LOAD_VENTES_QUOTIDIENIMPORT_CLIENTS_CRMALIM_DWH_FINANCE
À éviter #
- ❌
Lot1 - ❌
Traitement - ❌
Import - ❌
Test_2
3. Nommage des tâches #
Les tâches doivent permettre d’identifier précisément leur rôle dans le lot.
Recommandations #
Préfixer selon le type de traitement :
| Préfixe | Usage |
|---|---|
SQL_ | Requête SQL |
LOAD_ | Chargement |
Exemples #
SQL_CHARGEMENT_VENTESLOAD_REFERENTIEL_CLIENT
Objectif #
Permettre :
- une lecture rapide des logs,
- un diagnostic plus simple,
- une meilleure compréhension des dépendances.
4. Gestion des environnements #
C’est souvent un point critique.
Bonnes pratiques #
- Identifier clairement les environnements dans les noms.
- Éviter qu’un lot DEV puisse être confondu avec un lot PROD.
- Séparer physiquement les catégories si possible.
Exemple #
| Environnement | Exemple |
|---|---|
| Développement | DEV_LOAD_VENTES |
| Test | TEST_LOAD_VENTES |
| Production | PROD_LOAD_VENTES |
