Si vous obtenez une erreur : PGS-220000 PostgreSQL error: relation "t1" does not exist...,
générés par le workflow de suivi dans Adobe Campaign Classic v7, consultez cet article pour comprendre comment résoudre ce problème.
Campaign Classic V7
Après un récent upgrade de build 9343 ou supérieur, les erreurs suivantes sont générées par le workflow de suivi :
nlmodule PGS-220000 PostgreSQL error: ERROR: relation "t1" does not exist LINE 1: ...t, T3.iArticle, T2.iType FROM NmsTrackingUrl T2, T1 LEFT OU... nlmodule WDB-200001 SQL statement 'SELECT T1.tsLog, T1.iDeliveryId, T1.iUrlId, T1.sSourceType, T3.dAmount, T3.iArticle, T2.iType FROM NmsTrackingUrl T2, T1 LEFT OUTER JOIN NmsWebTrackingLog T3 ON iTrackingLogId = iWebTrackingLogId WHERE T1.tsLog < :#(1)# AND T1.tsLog >= :#(2)# AND T1.iUrlId=T2.iTrackingUrlId ORDER BY T1.tsLog' could not be executed. Param(0)=09/17/2020 8:55:00 PM Param(1)=09/16/2020 8:55:00 PMnlmodule Attribute 'broadLog-id' unknown (see definition of schema 'Tracking logs (nms:trackingLog)').
Depuis les logs de tracking en mode verbeux, on peut constater que le workflow de tracking échoue à la fin, lors de la consolidation des données :
00000000 00000000 1 info log Consolidating tracking logs for the period [ 09/16/2020 3:55:00 PM, 09/17/2020 3:55:00 PM[ ...00000000 00000000 1 info wdbc Select: [ 00000000 ] SELECT T1.tsLog, T1.iDeliveryId, T1.iUrlId, T1.sSourceType, T3.dAmount, T3.iArticle, T2.iType FROM NmsTrackingUrl T2, T1 LEFT OUTER JOIN NmsWebTrackingLog T3 ON iTrackingLogId = iWebTrackingLogId WHERE T1.tsLog < :#(1)# AND T1.tsLog >= :#(2)# AND T1.iUrlId=T2.iTrackingUrlId ORDER BY T1.tsLog00000000 00000000 2 info wdbc Param(0)=09/17/2020 8:55:00 PM00000000 00000000 2 info wdbc Param(1)=09/16/2020 8:55:00 PM00000000 00000000 1 error log PGS-220000 PostgreSQL error: ERROR: relation "t1" does not exist\nLINE 1: ...t, T3.iArticle, T2.iType FROM NmsTrackingUrl T2, T1 LEFT OU...\n \n. (iRc=-2006)00000000 00000000 1 error log WDB-200001 SQL statement 'SELECT T1.tsLog, T1.iDeliveryId, T1.iUrlId, T1.sSourceType, T3.dAmount, T3.iArticle, T2.iType FROM NmsTrackingUrl T2, T1 LEFT OUTER JOIN NmsWebTrackingLog T3 ON iTrackingLogId = iWebTrackingLogId WHERE T1.tsLog < :#(1)# AND T1.tsLog >= :#(2)# AND T1.iUrlId=T2.iTrackingUrlId ORDER BY T1.tsLog' could not be executed.\n Param(0)=09/17/2020 8:55:00 PM\n Param(1)=09/16/2020 8:55:00 PM (iRc=-2006)
Chaque fois que le workflow de suivi démarre, il extrait tous les mappings de ciblage et met à jour les données en fonction de la configuration.
Dans ce cas, un mapping de ciblage est à l’origine du problème. Voir ci-dessous :
Fondamentalement, NMS : log de tracking schéma ne doit PAS être utilisé pour les logs de monitoring, car il n’est pas lié à une table de base de données (SQL).
En conclusion, le problème n’a rien à voir avec la mise à niveau, mais plutôt avec une mauvaise configuration du mapping de ciblage.