Rapports eMessage : limitation de l'étendue du traitement delta
Le groupe de rapports eMessage 9.1 améliore les performances qui reposent en partie sur les nouvelles tables de transfert associées aux tables actuelles du système eMessage.
Pour plus d'informations sur les modifications de schéma, voir Tables système et dictionnaire de données IBM® eMessage 9.1. La configuration initiale des procédures stockées eMessage repose sur les nouveaux scripts de base de données :
*
acer_indexes_dbname.sql
*
acer_scripts_dbname.sql
*
acer_tables_dbname.sql
Les scripts de base de données se trouvent dans le répertoire Campaign_reportspack_home\cognos10\emessage-ddl pour les bases de données Oracle, IBM® DB2® et Microsoft™ SQL Server.
Les scripts configurent les index, les tables, les vues et les procédures stockées. Les procédures stockées actualisent les données de mailing pour remplir les tables de transfert. Les procédures de traitement par lots doivent être exécutées régulièrement pour remplir les tables de transfert.
Les exécutions initiales des procédures stockées eMessage peuvent durer longtemps en fonction du volume de données dans les tables. Le traitement delta suivant peut également durer longtemps. Vous pouvez réduire sensiblement la durée d'exécution en limitant le nombre d'instances de mailing (conteneurs) traités par les procédures stockées.
Par défaut, les données sont traitées pour les 90 derniers jours. Cependant, vous pouvez changer la valeur par défaut. Vous pouvez le faire avant ou après l'exécution des scripts SQL pour eMessage. Pour plus d'informations sur l'exécution des scripts SQL, voir Rapports eMessage : création des tables de transfert et des index des procédures stockées
L'exemple suivant montre les modifications que vous pouvez apporter aux scripts acer_tables pour limiter le traitement aux 30 jours précédents, s'il s'agit d'une base de données Oracle :
*
Les modifications incluent la modification de la vue UARE_MASTER_MAILING.
Définition de la vue en cours
CREATE VIEW UARE_MAILING_MASTER AS
(
(SELECT UCC_CONTAINER.CAMPAIGNID,UCC_CONTAINER.CONTAINERID,
substr(UCC_CONTAINERATTR.STRINGVALUE,1,100) AS CAMPAIGN_NAME,
UCC_CONTAINER.CONTAINERNAME AS MAILING_INST,
UCC_CONTAINER.CREATED AS MAILING_CREATED,
UCC_CONTAINER.CONTAINERTYPEID CONTAINERTYPEID,
UCC_CONTAINER.CONTCHANNELTYPEID CONTCHANNELTYPEID
FROM
UCC_CONTAINER,UCC_CONTAINERATTR
WHERE
UCC_CONTAINERATTR.CONTAINERID=UCC_CONTAINER.CONTAINERID AND
UCC_CONTAINERATTR.ATTRIBUTENAME='CampaignName' AND
UCC_CONTAINER.CREATED >= sysdate - 91
)
Définition de la vue modifiée pour le scénario d'utilisation décrit ci-dessus (base de données Oracle)
CREATE VIEW UARE_MAILING_MASTER AS
(
SELECT UCC_CONTAINER.CAMPAIGNID, UCC_CONTAINER.CONTAINERID,
substr(UCC_CONTAINERATTR.STRINGVALUE,1,100) AS CAMPAIGN_NAME,
UCC_CONTAINER.CONTAINERNAME AS MAILING_INST, UCC_CONTAINER.CREATED AS
MAILING_CREATED FROM UCC_CONTAINER,UCC_CONTAINERATTR WHERE
UCC_CONTAINERATTR.CONTAINERID=UCC_CONTAINER.CONTAINERID AND
UCC_CONTAINERATTR.ATTRIBUTENAME='CampaignName'
ET
UCC_CONTAINER.CREATED >= sysdate - 30
)
Pour afficher de nouveau toutes les données de rapport disponibles, modifiez la vue UARE_MAILING_MASTER pour supprimer le filtre de date de la vue et actualisez de nouveau toutes les vues Oracle ou DB2® matérialisées. Dans l'exemple de création de vue ci-dessus, supprimez les lignes suivantes :
UCC_CONTAINER.CREATED >= sysdate - 30
Copyright IBM Corporation 2014. All Rights Reserved.