Diese Eigenschaft bestimmt, ob IBM® Campaign die SQL-Syntax not logged initially beim Auffüllen temporärer Tabellen in DB2® verwendet.

Ist TRUE festgelegt, werden Einfügungen in temporäre Tabellen nicht protokolliert, wodurch die Leistung verbessert und der Verbrauch von Datenbankressourcen reduziert wird. Wenn TRUE festgelegt ist, und eine Transaktion in einer temporären Tabelle aus irgendeinem Grund fehlschlägt, wird die Tabelle beschädigt und muss verworfen werden. Alle Daten in der Tabelle gehen verloren.

Falls Ihre DB2®-Version die Syntax not logged initially nicht unterstützt, setzen Sie diese Eigenschaft auf FALSE.

Wird für diese Eigenschaft TRUE festgelegt, können erhebliche Leistungsverbesserungen erzielt werden, wenn alle folgenden Bedingungen erfüllt sind:

In diesem Fall generiert IBM® Campaign eine einzelne CASE-SQL-Anweisung für die Durchführung der Segmentierung, gefolgt von der Segment-nach-Feld-Verarbeitung auf dem Campaign-Anwendungsserver.

Verwenden Sie diese Eigenschaft, um eine vollständige SQL-Anweisung anzugeben, die von IBM® Campaign unmittelbar nach der Erstellung einer temporären Tabelle in einer Benutzerdatenquelle oder in der Systemtabellendatenbank ausgeführt wird. Beispiel: Zur Verbesserung der Leistung können Sie unmittelbar nach der Erstellung einen Index in einer temporären Tabelle erstellen (siehe die folgenden Beispiele). Um die Erstellung von temporären Tabellen in einer Datenquelle zu aktivieren, muss die Eigenschaft AllowTempTables auf TRUE festgelegt sein.

Sie können Tokens verwenden, um den Tabellennamen (<TABLENAME>) und Spaltennamen (<KEYCOLUMNS>) in der SQL-Anweisung zu ersetzen, da die Werte bei der Ausführung der Kampagne dynamisch generiert werden.

Unten werden die verfügbaren Token für TempTablePostExecutionSQL beschrieben.

Diese Eigenschaft gibt an, ob IBM® Campaign temporäre Tabellen in der Datenbank erstellt. Durch die Erstellung von temporären Tabellen kann der Erfolg von Kampagnen deutlich verbessert werden.

Lautet der Wert TRUE, sind temporäre Tabellen aktiviert. Bei jeder Abfrage, die für die Datenbank ausgeführt wird (z. B. durch den Prozess "Segment") werden die resultierenden IDs in eine temporäre Tabelle in der Datenbank geschrieben. Wird eine zusätzliche Abfrage ausgeführt, kann IBM® Campaign diese temporäre Tabelle zum Abrufen von Zeilen aus der Datenbank verwenden.

Einige IBM® Campaign-Operationen, wie z. B. useInDbOptimization, sind auf die Fähigkeit zur Erstellung temporärer Tabellen angewiesen. Sind temporäre Tabellen nicht aktiviert, behält IBM Campaign die ausgewählten IDs im IBM® Campaign-Serverspeicher bei. Die zusätzliche Abfrage ruft IDs aus der Datenbank ab und gleicht diese mit den IDs im Serverspeicher ab. Dies kann negative Auswirkungen auf die Leistung haben.

Liegt die ausgewählte Anzahl von IDs unter dem Wert, der von der Eigenschaft MaxRowFetchRecords angegeben wird, übergibt IBM® Campaign die IDs einzeln in separaten SQL-Abfragen an die Datenbank. Dieser Vorgang kann sehr viel Zeit beanspruchen. Wenn die ausgewählte Anzahl an IDs über dem von dieser Eigenschaft angegebenen Wert liegt, verwendet IBM® Campaign temporäre Tabellen (falls für die Datenbankquelle erlaubt) oder lädt alle Werte aus der Tabelle, ausschließlich unnötiger Werte.

Diese Eigenschaft implementiert die SQL-Syntax "MERGE", um die Leistung des Prozesses "Verfolgen" in Ablaufdiagrammen zu verbessern. Diese Eigenschaft kann auf für DB2®, Oracle, SQL Server 2008 und Teradata 12 auf TRUE festgelegt werden. Sie kann ebenfalls mit anderen Datenbanken verwendet werden, die die SQL-Anweisung "MERGE" unterstützen.

Diese Eigenschaft gibt die Obergrenze für die Anzahl an gleichzeitigen Abfragen an, die von einem einzelnen IBM® Campaign-Ablaufdiagramm für jede Datenbankquelle ausgeführt werden kann. Durch höhere Werte wird die Leistung generell verbessert.

IBM® Campaign führt Datenbankabfragen mithilfe von unabhängigen Threads aus. Da IBM® Campaign-Prozesse parallel ausgeführt werden, kommt es häufig vor, dass mehrere Abfragen gleichzeitig für eine einzelne Datenquelle ausgeführt werden. Wenn die Anzahl der parallel auszuführenden Abfragen den Wert von MaxQueryThreads überschreitet, wird die Anzahl der gleichzeitigen Abfragen automatisch durch den IBM® Campaign-Server auf den angegebenen Wert beschränkt.

128 (MB)

Legen Sie zur Verbesserung der Leistung diese Eigenschaft auf TRUE fest. Wenn diese Eigenschaft TRUE ist, erstellen strategische Segmente in den Datenquellen temporäre Segmenttabellen, statt Binärdateien auf dem IBM® Campaign-Server zu erstellen. Sie müssen mindestens eine Datenquelle im Prozesskonfigurationsdialog "Segment erstellen" (CreateSeg) angeben, damit die temporären Tabellen aufgenommen werden können. Zudem müssen Sie die Eigenschaft AllowTempTables auf TRUE festlegen, um die Erstellung von temporären Tabellen in einer Datenquelle zu aktivieren.

Diese Eigenschaft gibt an, ob IBM® Campaign di Ablaufdiagrammprotokolldatei jedes Mal öffnet und schließt, wenn eine Zeile in die Protokolldatei geschrieben wird.

Durch einen Wert von TRUE kann die Leistung von interaktiven Echtzeitablaufdiagrammen verbessert werden. Wenn der Wert TRUE ist, öffnet IBM® Campaign die Ablaufdiagrammprotokolldatei und schließt sie, wenn der Serverprozess des Ablaufdiagramms beendet wird. Ein Nebeneffekt der Verwendung des Werts TRUE besteht darin, dass vor kurzem protokollierte Nachrichten möglicherweise nicht sofort in der Protokolldatei sichtbar sind, da IBM® Campaign die Protokollmeldungen nur in die Datei schreibt, wenn die Anzahl protokollierter Nachrichten gleich dem Eigenschaftswert logFileBufferSize ist.

Wenn der Wert FALSE ist, öffnet und schließt IBM® Campaign die Ablaufdiagrammprotokolldatei.

Diese Eigenschaft wird verwendet, wenn der Wert von keepFlowchartLogOpen TRUE ist. Geben Sie einen Wert an, um die Anzahl der Nachrichten anzugeben, die gepuffert werden müssen, bevor in das Protokoll geschrieben wird. Wenn der Wert 1 ist, wird jede Protokollnachricht sofort in eine Datei geschrieben, wodurch die Pufferung effektiv inaktiviert wird. Dies hat jedoch negative Auswirkungen auf die Leistung.

Diese Eigenschaft wird ignoriert, wenn der Wert von keepFlowchartLogOpen FALSE ist.

IBM® Campaign führt in regelmäßigen Intervallen ein Polling des IBM® EMM-Schedulers nach Jobs durch. Dieser Wert wird in in Millisekunden angegeben. Der Standardwert ist 60 Sekunden. Sie sollten bei dieser Eigenschaft keinen kleineren Wert als 10000 (10 Sekunden) festlegen, da dadurch der Kampagnenerfolg beeinträchtigt werden kann.

Bei IBM® Campaign-Ablaufdiagrammen lautet der Pfad für diese Eigenschaft Platform|Scheduler|Schedule registrations|Campaign|Flowchart

Der IBM® EMM-Scheduler führt in regelmäßigen Intervallen ein Polling des Produkts durch, um den Ausführungsstatus geplanter Objekte (beispielsweise Ablaufdiagramme oder Mailings) abzurufen, die keinen Status gemeldet haben. Das Intervall wird in Millisekunden angegeben. Der Standardwert ist 10 Minuten. Ein kürzeres Polling-Intervall (ein kleinerer Wert) kann sich negativ auf die Systemleistung auswirken. Ein längeres Polling-Intervall (ein höherer Wert) verringert die Arbeitslast des Systems. Legen Sie für IBM® Campaign ein längeres Polling-Intervall fest, wenn Sie über eine große Anzahl Campaign-Ablaufdiagramme verfügen, die mehr als 10 Minuten für die Ausführung benötigen.