PGS-220000 PostgreSQL-Fehler: Beziehung „t1“ existiert nicht
Wenn Sie einen Fehler erhalten: PGS-220000 PostgreSQL error: relation "t1" does not exist..., vom Tracking-Workflow in Adobe Campaign Classic v7 generiert, lesen Sie diesen Artikel, um zu verstehen, wie Sie dieses Problem beheben können.
Beschreibung description
Umgebung
Campaign Classic v7
Problem/Symptome
Nach einem kürzlich durchgeführten Build-Upgrade 9343 oder höher werden die folgenden Fehler durch den Tracking-Workflow generiert:
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)').
Auflösung resolution
Aus den ausführlichen Trackinglogs lässt sich ableiten, dass der Tracking-Workflow am Ende der Konsolidierung der Daten fehlschlägt:
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)
Bei jedem Start des Tracking-Workflows ruft er alle Zielgruppen-Mappings ab und aktualisiert die Daten basierend auf der Konfiguration.
In diesem Fall verursacht ein Zielgruppen-Mapping das Problem. Siehe unten:
Grundsätzlich sollte NMS: Trackinglog-Schema NICHT für die Überwachung von Protokollen verwendet werden, da das Schema nicht mit einer Datenbank-(SQL-)Tabelle verknüpft ist.
Zusammenfassend lässt sich sagen, dass das Problem nichts mit dem Upgrade zu tun hat, sondern mehr mit einer fehlerhaften Zielgruppen-Mapping-Konfiguration.