Para informes de eMessage, limitación del ámbito de proceso delta
El paquete de informes de la versión 9.1 de eMessage ha mejorado su rendimiento que se basa parcialmente en las tablas de preparación recientemente añadidas asociadas con las tablas actuales del sistema de eMessage.
Para obtener más información sobre los cambios de esquema, consulte la publicación IBM® eMessage 9.1 System Tables and Data Dictionary. La configuración inicial de los procedimientos almacenados de eMessage se basa en los siguientes nuevos scripts de base de datos:
*
acer_indexes_nombreBD.sql
*
acer_scripts_nombreBD.sql
*
acer_tables_nombreBD.sql
Los scripts de base de datos se encuentran en el directorio Inicio_paquete_informes_Campaign\cognos10\emessage-ddl para bases de datos Oracle, IBM® DB2® y Microsoft SQL Server.
Los scripts configuran índices, tablas, vistas y procedimientos almacenados. Los procedimientos almacenados renuevan datos de envío de correos para completar las tablas de preparación. Los procedimientos por lotes se deben ejecutar regularmente para completar las tablas de preparación.
Las ejecuciones iniciales de los procedimientos almacenados de eMessage pueden requerir mucho tiempo para completarse, en función de la cantidad de datos contenida en las tablas. El proceso delta posterior también puede requerir mucho tiempo para completarse. Puede reducir considerablemente el tiempo de proceso limitando el número de instancias de envío de correos (contenedores) que procesan los procedimientos almacenados.
De forma predeterminada, se procesan datos de los últimos 90 días. Sin embargo, puede cambiar el valor predeterminado. Puede cambiar el valor predeterminado antes o después de ejecutar los scripts SQL para eMessage. Para obtener más información sobre cómo ejecutar los scripts SQL, consulte Para informes de eMessage, creación de tablas de preparación e índices de procedimientos almacenados
El ejemplo siguiente muestra los cambios que puede realizar en el script acer_tables para limitar el proceso a los últimos 30 días, si la base de datos es Oracle:
*
Definición de la vista actual
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
)
Definición de la vista modificada para el caso de uso descrito anteriormente (base de datos 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'
AND
UCC_CONTAINER.CREATED >= sysdate - 30
)
Para ver de nuevo todos los datos de informe disponibles, modifique la vista UARE_MAILING_MASTER para eliminar el filtro de fecha de la vista y renovar de nuevo todas las vistas materializadas Oracle o DB2®. Por ejemplo, en la creación de vista de ejemplo que se ha mostrado anteriormente, elimine las líneas siguientes:
UCC_CONTAINER.CREATED >= sysdate - 30