GROUPE D'UTILISATEURS ACL

Transcription

1 GROUPE D'UTILISATEURS ACL Migration à ACL Analytics Exchange 5 RENCONTRE DU 12 MARS 2015

2 Principales améliorations Gestion améliorée des répertoires de résultats Dans AX3, tous les répertoires de résultats de chaque exécution d un script sont chargés à chaque fois qu un projet est sélectionné, ce qui ralentit énormément l interface utilisateur Dans AX5, les résultats ne sont pas chargés automatiquement. Des fonctionnalités de recherche permettent à l utilisateur d afficher les résultats d une exécution précise d un script 12 mars 2015 GROUPE D'UTILISATEURS ACL 2

3 Principales améliorations Fonctionnalités d archivage Nouveau dans AX5 Permets d archiver un projet ACL, toutes ses tables ainsi que tous les fichiers de résultats associés aux différentes exécutions des scripts Le processus d archivage créé un fichier.zip contenant tous ces fichiers et le dépose à l endroit désiré (sur le serveur AX5 ou ailleurs sur le réseau) Le projet ACL demeure dans Analytics Exchange après l archivage. C est à l utilisateur de l effacer, au besoin Les archives peuvent être restaurées dans Analytics Exchange facilement 12 mars 2015 GROUPE D'UTILISATEURS ACL 3

4 Principales améliorations (suite) Chaînes d exécution Permets de planifier une chaîne de scripts qui s exécuteront un à la suite de l autre Permets de déterminer si le traitement doit s arrêter ou non si un script ne termine pas correctement 12 mars 2015 GROUPE D'UTILISATEURS ACL 4

5 Principales améliorations (suite) Système de notification des erreurs d exécution Envoie un courriel lorsqu une erreur de traitement survient 12 mars 2015 GROUPE D'UTILISATEURS ACL 5

6 Défis lors de la migration L installation et le transfert des données et des scripts de AX3 vers AX5 se sont bien déroulés Par ailleurs : Il ne faut pas sous-évaluer les efforts requis pour configurer adéquatement les comptes de services utilisés par AX afin que ceux-ci aient accès en lecture aux sources de données visés par les scripts Nos tests nous ont permis de constater que les mêmes scripts exécutés avec les mêmes données sous AX3 et AX5 généraient des résultats différents Le problème était lié au fait qu AX3 utilise ACL 9 et qu AX5 utilise ACL 11 Dans ACL 9, les fonctionnalités de tri et d index sont basées sur l ordre physique des données dans la table visée Ex : si une table de facture est triée par le nom du client, la table résultante présentera, pour un client X, la première facture de ce client à apparaître dans la table source, suivi de la deuxième, etc. Donc, si la table des factures était classée par ordre de date de la facture, la table triée présentera, pour chaque client, les factures en ordre chronologique Dans ACL 11, l algorithme de tri ne respecte pas l ordre physique de la table Dans l exemple ci-dessous, la table triée présentera, pour chaque client, les factures pêle-mêle 12 mars 2015 GROUPE D'UTILISATEURS ACL 6

7 Défis lors de la migration (suite) Ce changement de comportement affecte les fonctions suivantes : SORT PRESORT INDEX SUMMARIZE JOIN RELATIONS DUPLICATES La solution de rechange est d utiliser la fonction RECNO() pour forcer le maintien de l ordre physique des enregistrements Exemple pour la commande SUMMARIZE ACL 9 : SUMMARIZE ON champ_clé OTHER champ TO résultats PRESORT ACL 11 : SORT ON champ_clé RECNO() TO TEMP OPEN SUMMARIZE ON champ_clé OTHER champ TO résultats PRESORT 12 mars 2015 GROUPE D'UTILISATEURS ACL 7

8 Défis lors de la migration (suite) Exemple pour la commande JOIN ACL 9 : OPEN table1 OPEN table2 SECONDARY JOIN PKEY champ_clé_table1 FIELDS champ SKEY champ_clé_table2 PRESORT SECSCORT ACL 11 : OPEN table1 SORT ON champ_clé_table1 RECNO() TO temp1 OPEN table2 SORT ON champ_clé_table2 RECNO() TO temp2 OPEN temp1 OPEN temp2 SECONDARY JOIN PKEY champ_clé_table1 FIELDS champ SKEY champ_clé_table2 PRESORT SECSCORT CLOSE SECONDARY 12 mars 2015 GROUPE D'UTILISATEURS ACL 8

9 12 mars 2015 GROUPE D'UTILISATEURS ACL 9