Campaign | Partionen | partition[n] | Interact | contactAndResponseHistTracking

Wenn der Wert auf yes steht, wird das Unica Interact-Modul für Kontakt- und Antwortverlauf aktiviert, das die Unica Interact-Kontakt- und Antwortverlaufsdaten aus den Staging-Tabellen in der Unica Interact-Laufzeit in die Unica Campaign-Kontakt- und Antwortverlaufstabellen kopiert. Die Eigenschaft interactInstalled muss ebenfalls auf yes gesetzt werden.

Nein

yes | no

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Gibt an, dass der Kontakt- und Antwortverlauf-ETL-Prozess einmal pro Tag ausgeführt wird. Wenn Sie diese Eigenschaft auf Yes festlegen, wird der ETL-Prozess während des geplanten Intervalls ausgeführt, der durch preferredStartTime und preferredEndTime festgelegt ist.

Wenn der ETL-Prozess mehr als 24 Stunden für die Ausführung benötigt und dadurch die Startzeit am nächsten Tag versäumt, überspringt er diesen Tag und wird zur geplanten Zeit am nächsten Tag ausgeführt. Beispiel: Wenn der ETL-Prozess so konfiguriert ist, dass er zwischen 1:00 und 3:00 ausgeführt wird und der Prozess um 1:00 am Montag startet und um 2:00 am Dienstag abgeschlossen wird, wird die nächste Ausführung, die ursprünglich für 1:00 am Dienstag geplant war, übersprungen, und der nächste ETL-Prozess startet um 1:00 am Mittwoch.

Die ETL-Planung berücksichtigt nicht die Sommerzeit. Wenn die Ausführung des ETL-Prozesses beispielsweise zwischen 1:00 und 3:00 geplant ist, könnte er um 0:00 oder 2:00 ausgeführt werden, wenn die Sommerzeit einsetzt.

Nein

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die Anzahl von Minuten, die das Unica Interact-Modul für Kontakt- und Antwortverlauf wartet, bevor es Daten aus den Staging-Tabellen der Laufzeitumgebung von Unica Interact in die Unica Campaign-Kontakt- und Antwortverlaufstabellen kopiert.

60

Eine beliebige Ganzzahl größer 0.

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die bevorzugte Zeit für den Start des täglichen ETL-Prozesses. Wenn diese Eigenschaft zusammen mit der Eigenschaft "preferredEndTime" verwendet wird, legt sie das bevorzugte Zeitintervall für die Ausführung des ETL-Prozesses fest. Der ETL-Prozess startet während des angegebenen Zeitintervalls und verarbeitet maximal die mit maxJDBCFetchBatchSize angegebene Anzahl von Datensätzen. Das Format ist HH:mm:ss AM oder PM unter Verwendung des 12-Stunden-Formats.

12:00:00 AM

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die bevorzugte Zeit für den Abschluss des täglichen ETL-Prozesses. Wenn diese Eigenschaft zusammen mit der Eigenschaft "preferredStartTime" verwendet wird, legt sie das bevorzugte Zeitintervall für die Ausführung des ETL-Prozesses fest. Der ETL-Prozess startet während des angegebenen Zeitintervalls und verarbeitet maximal die mit maxJDBCFetchBatchSize angegebene Anzahl von Datensätzen. Das Format ist HH:mm:ss AM oder PM unter Verwendung des 12-Stunden-Formats.

2:00:00 AM

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die Anzahl von Minuten, die das Unica Interact-Modul für Kontakt- und Antwortverlauf wartet, bevor Antworten ohne entsprechenden Kontakt bereinigt werden. So wird vermieden, dass Antworten ohne Kontakte protokolliert werden.

180

Eine beliebige Ganzzahl größer 0.

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die maximale Anzahl der Datensätze eines JDBC-Batches vor dem Ausführen der Abfrage. Dies ist nicht die maximale Anzahl von Datensätzen, die das Unica Interact-Modul für Kontakt- und Antwortverlauf in einer einzelnen Iteration verarbeitet. Während jeder Iteration verarbeitet das Unica Interact-Modul für Kontakt- und Antwortverlauf alle verfügbaren Datensätze aus den Staging-Tabellen. Diese Datensätze werden jedoch in maxJDBCInsertSize-Datenblöcke unterteilt.

1000

Eine beliebige Ganzzahl größer 0.

Diese Eigenschaft ist nur anwendbar, wenn Unica Interact installiert ist.

Die maximale Anzahl der Datensätze eines von der Staging-Datenbank abzurufenden JDBC-Batches. Sie müssen diesen Wert möglicherweise erhöhen, um die Leistung des Moduls für Kontakt- und Antwortverlauf zu optimieren.

Beispiel: Um 2,5 Millionen Kontaktverlaufsdatensätze pro Tag zu verarbeiten, sollten Sie maxJDBCFetchBatchSize auf einen höheren Wert als 2,5M festlegen, damit alle Datensätze für einen Tag verarbeitet werden.

Sie können dann maxJDBCFetchChunkSize und maxJDBCInsertBatchSize auf kleinere Werte festlegen (in diesem Beispiel vielleicht auf 50.000 bzw. 10.000). Einige Datensätze vom nächsten Tag werden möglicherweise ebenfalls verarbeitet, aber bis zum nächsten Tag beibehalten.

1000

Eine beliebige Ganzzahl größer 0

Die maximale Anzahl einer JDBC-Datenblockgröße von Daten, die während des ETL-Prozesses (ETL = Extrahieren, Transformieren, Laden) gelesen werden. In manchen Fällen kann eine Datenblockgröße, die größer als die Einfügegröße ist, die Geschwindigkeit des ETL-Prozesses verbessern.

1000

Eine beliebige Ganzzahl größer 0

Legt fest, ob Kontaktverlaufs- und Antwortverlaufsdatensätze beibehalten werden, nachdem sie verarbeitet wurden.

Ja

Gibt den absoluten Pfad zu einem Script an, das ausgeführt wird, wenn der ETL-Prozess abgeschlossen ist. Wenn Sie ein Script angeben, werden fünf Argumente an das Fertigstellungsbenachrichtigungsscript übergeben: Startzeit, Endzeit, Gesamtzahl der verarbeiteten Kontaktprotokoll- und Antwortverlaufdatensätze. Die Start- und Endzeit sind numerische Werte, die die Anzahl der seit 1970 vergangenen Millisekunden darstellen. Das Statusargument zeigt an, ob der ETL-Job ein Erfolg oder Misserfolg war. 0 zeigt an, dass der ETL-Job erfolgreich war. 1 zeigt einen Misserfolg an und dass der ETL-Job einige Fehler enthält.

Keine

Ermöglicht es Ihnen, den JDBC-Abrufumfang beim Abrufen aus Staging-Tabellen festzulegen.

Passen Sie besonders bei Oracle-Datenbanken diese Einstellung an die Anzahl von Datensätzen an, die JDBC bei jedem Netz-Umlauf abrufen soll. Versuchen Sie bei umfangreichen Batches von mindestens 100KB den Wert 10000. Achten Sie darauf, hier keinen zu großen Wert zu verwenden, weil sich das auf die Speicherbelegung auswirkt und die Leistungszunahme vernachlässigbar, wenn nicht sogar negativ ist.

Keine

Beschränkt die Anzahl der Datensätze, die während der Ausführung von Antwortverlaufsabfragen durchsucht werden, auf die Datensätze, die innerhalb der angegebenen Anzahl von vergangenen Tagen erstellt wurden. Für Datenbanken mit einer größeren Anzahl von Antwortverlaufsdatensätzen kann auf diese Weise die Verarbeitungszeit für Abfragen reduziert werden, indem die Suchperiode auf die angegebene Anzahl von Tagen eingeschränkt wird.

Wenn der Wert für "daysBackInHistoryToLookupContact" größer als Null ist, wird der RH-Join-Abfrage eine Datumseinschränkung hinzugefügt. Dies ist nützlich, wenn die Tabelle UA_DtlContactHist datumspartitioniert ist. Die Datumseinschränkung schränkt die Datensätze ein, nach denen innerhalb der Datumseinschränkung gesucht wird".

Der Standardwert 0 gibt an, dass alle Datensätze durchsucht werden.

0 (Null)