Sommaire #
L’onglet Datawarehouse permet la création et la mise à jour d’un ou plusieurs Datawarehouse au format SQL SERVER 2008 R2 ou supérieur. Il est possible d’écrire dans Oracle et MySQL mais sans garantie de compatibilité complète avec toutes les versions d’Oracle et MySQL.
L’interface #
Lot #
Lot #
Un lot est constitué d’une ou plusieurs tâches. Dans l’écran ci-dessus, l’onglet ‘test’ est un lot.
Nouveau #
Permet de créer un nouveau lot pour la catégorie sélectionnée.
Enregistrer #
Permet de sauvegarder le lot.
Enregistrer sous #
Permet de faire une copie de sauvegarde du lot.
Tâche #
Une tâche est un élément du lot. Les tâches s’exécutent toujours dans l’ordre.
Tâches #
Affiche la liste des tâches du lot.
Ajouter #
Permet d'ajouter une nouvelle tâche au lot.
Supprimer #
Permet de supprimer la tâche sélectionnée du lot.
Flèche vers le haut #
Déplace la tâche sélectionnée vers le haut pour modifier l'ordre d'exécution des tâches.
Flèche vers le bas #
Déplace la tâche sélectionnée vers le bas pour modifier l'ordre d'exécution des tâches.
Courriel #
Envoi d'un mail.
Propriétés du lot #
Horaires #
Configuration des horaires.
Planning #
Affiche et permet de sélectionner le ou les plannings d'exécution du lot.
Actif #
Rend l'exécution du lot active ou inactive dans le temps.
Différée à #
L'exécution des lots ne sera pas effective avant cette date.
Prochaine #
Affiche la prochaine date d'exécution du lot suivant le planning défini.
Dernière #
Affiche la dernière date d'exécution du lot.
Tâches #
Affiche la liste des tâches du lot.
Historique #
Historique #
Historique.
Filtre #
Permet de filtrer les lignes de l'historique en fonction de :
- Sa date : Maintenant, Jour (défaut), Semaine ou Tous,
- Son type : Informations, Succès, Avertissements ou Erreurs.
Spécificités des lots Datawarehouse #
Description des tâches Datawarehouse #
Une tâche Datawarehouse alimente une table et donc permet la mise à jour d’un Datawarehouse.
Onglet Tâche #
Libellé #
Nom de la tâche.
Source de données (hub) #
Sélection d'un hub.
Connexion de destination #
Choix de la connexion sur laquelle le Datawarehouse est présent.
Remarque : lors de la création de l’ODBC il est indispensable de sélectionner une base de données par défaut. La connexion de cet ODBC doit être déclarée dans BiBOARD. En effet dans le cas contraire la connexion ne sera pas disponible dans la liste déroulante.
Nom de la table #
Renseigner le nom de la table pour laquelle la tâche sera exécutée. Il ne faut pas mettre de caractères spéciaux et ni d'espaces dans le nom de la table.
Mode #
Création #
Si la table n'existe pas : Création (régénération de la table et remplissage).
Si la table existe : Réécriture (vidage de la table et remplissage).
Si la table existe et que l'on souhaite compléter les données : Ajout (ajout des enregistrements dans la table).
Condition #
Si la condition est vraie, la tâche sera exécutée.
Sources de données (hub) #
Le résultat du hub doit obligatoirement ramener une seule ligne.
Champ #
Sélection du champ dont vous voulez tester la valeur.
Opérateur #
Choix de l'opérateur de condition.
Valeur #
La valeur peut être une valeur fixe ou bien un champ du hub.
Rendre la tâche autonome (case cochée) #
Si la tâche connait une erreur durant son exécution, l'exécution du lot continuera. De plus, cette tâche ne sera jamais annulée si une tâche suivante est en erreur.
Explication #
Dans les versions précédentes, ces 2 options étaient sous forme de case à cocher.
Elles pilotaient l’interruption du lot complet ou des tâches communes à une seule transaction.
L’impossibilité de traiter correctement une transaction distribuée sur des sources de données hétérogènes est (en partie) à l’origine de la suppression de l’option « Interrompre le lot »:
La seule option « Tâche autonome » était alors perçue comme gérant la transaction, ou l’interruption du lot créant ainsi une confusion côté utilisateur et une impossibilité de gérer tous les cas de figures.
Nouveau mode #
- L’interface utilisateur présente maintenant des boutons radio avec des descriptions plus explicites.
- La mécanique interne du PowerSystem a été revue pour prendre en charge les transactions distribuées.
Les options sur les tâches #
| Option 1 | Permet de grouper plusieurs tâches dans un contexte de transaction |
|---|---|
| Groupée | Elle sera exécutée dans le contexte de transaction du lot. En cas d’erreur d’une tache groupée, les actions de toutes les taches groupées seront annulées. |
| Autonome | Elle sera exécutée de façon autonome dans son propre contexte de transaction |
| Option 2 | Permet de piloter le déroulement du lot |
| Ignorer l’échec | Permet de continuer les autres tâches du lot(sauf pour une tâche groupée, la transaction sera de toute façon annulée) |
| Interrompre le lot | Arrête l’exécution du lot à la position de la tâche courante. Si d’autres tâches groupées suivent cette tâche alors la transaction complète sera annulée.(sauf MySQL, et avec particularités – oracle). |
Voici quelques exemples de comportements lors d’erreurs d’exécution de tâches #
En mode « Ignorer l’échec », si une tâche AUTONOME est en erreur :
- La tâche autonome en erreur est ANNULÉE.
- TOUTES les autres tâches autonomes sont exécutées.
- TOUTES les tâches groupées sont exécutées.
En mode « Ignorer l’échec », si une tâche GROUPÉE est en erreur :
- La tâche groupée en erreur est ANNULÉE.
- TOUTES les autres tâches groupées sont ANNULÉES.
- TOUTES les tâches autonomes sont exécutées.
En mode « Interrompre le lot », si une tâche AUTONOME est en erreur :
- La tâche autonome en erreur est ANNULÉE.
- TOUTES les autres tâches autonomes précédant la tâche en erreur sont exécutées.
- TOUTES les autres tâches autonomes qui suivent la tâche en erreur sont ANNULÉES.
- S’il existe une tâche groupée après la tâche autonome en échec, alors TOUTES les tâches groupées seront ANNULÉES.
- S’il n’existe pas de tâche groupée après la tâche autonome en échec, alors les tâches groupées précédentes seront exécutées.
En mode « Interrompre le lot », si une tâche GROUPÉE est en erreur :
- La tâche groupée en erreur est ANNULÉE.
- TOUTES les autres tâches qui suivent la tâche en erreur sont ANNULÉES.
- TOUTES les autres tâches groupées sont ANNULÉES.
Donc les tâches autonomes précédant la tâche en erreur seront exécutées.
Note : pour permettre le mise en place de ces nouvelles options, nous utilisons le mécanisme de DTC de Microsoft SQL Server. Si votre référentiel n’est pas hébergé sur la même machine que votre serveur web, une configuration complémentaire de votre serveur de base de données peut être nécessaire.
Onglet Paramètres #
La gestion des paramètres liée au hub est effective pour chaque tâche.