IBM® Campaign wählt die Datenquellen-Zugriffsbibliothek entsprechend dem Datenquellentyp aus. Beispielsweise wird libora4d.so für Verbindungen zu Oracle verwendet, während libdb24d.so für Verbindungen zu DB2® verwendet wird. In den meisten Fällen ist die Standardauswahl richtig. Die Eigenschaft AccessLibrary kann jedoch geändert werden, falls sich herausstellt, dass der Standardwert in Ihrer IBM® Campaign-Umgebung nicht richtig ist. Die 64-Bit-Version von IBM® Campaign stellt z. B. zwei ODBC-Zugriffsbibliotheken zur Verfügung: eine für ODBC-Datenquellen, die mit der unixODBC-Implementierung kompatibel ist (die Datei libodb4d.so, und eine, die mit der DataDirect-Implementierung kompatibel ist (die Datei libodb4dDD.so, die von IBM® Campaign z. B. für den Zugriff auf Teradata verwendet wird).

IBM® Campaign beinhaltet zwei zusätzliche Bibliotheken für AIX®-ODBC-Treibermanager, die die ANSI-Variante der ODBC-API statt der Unicode-Variante der ODBC-API unterstützen:

Wenn Sie feststellen, dass die Standardzugriffsbibliothek außer Kraft gesetzt werden muss, legen Sie diesen Parameter entsprechend fest (z. B. auf libodb4dDD.so, wodurch die Standardauswahl libodb4d.so außer Kraft gesetzt wird).

Die Eigenschaft AliasPrefix gibt an, wie IBM® Campaign den neuen Aliasnamen bildet, der automatisch von IBM® Campaign erstellt wird, wenn eine Dimensionstabelle verwendet und in eine neue Tabelle geschrieben wird.

Diese Eigenschaft legt fest, ob IBM® Campaign versucht, eine SQL-Verknüpfung der Basistabellen (von derselben Datenquelle) durchzuführen, die in einem Prozess "Auswählen" verwendet werden; andernfalls wird die entsprechende Verknüpfung auf dem Campaign-Server vorgenommen.

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.

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.

Die Eigenschaft ASMSaveDBAuthentication gibt an, ob Campaign Ihren Benutzernamen und Ihr Kennwort in IBM® Campaign speichert, wenn Sie sich bei IBM® EMM anmelden und eine Tabelle in einer Datenquelle zuordnen, bei der Sich zuvor noch nicht angemeldet haben.

Wenn Sie für diese Eigenschaft TRUE festlegen, fordert Campaign Sie nicht zur Angabe eines Benutzernamens und Kennworts auf, wenn Sie sich bei der Datenquelle anmelden. Wenn Sie diese Eigenschaft auf FALSE setzen, fordert Campaign Sie jedes Mal zur Angabe eines Benutzernamens und Kennworts auf, wenn Sie sich bei der Datenquelle anmelden.

Die Eigenschaft ASMUserForDBCredentials gibt den IBM® EMM-Benutzernamen an, der dem IBM® Campaign-Systembenutzer zugewiesen wurde (erforderlich für den Zugriff auf die Campaign-Systemtabellen).

Diese Eigenschaft definiert die maximale Größe eines Datenblocks, in der Anzahl der Datensatze, die Campaign gleichzeitig an die Datenbank übergibt.

Die Eigenschaft BulkInsertRequiresColumnType ist nur erforderlich, um Data Direct ODBC-Datenquellen zu unterstützen. Legen Sie diese Eigenschaft bei Data Direct ODBC-Datenquellen auf TRUE fest, wenn Sie Stapeleinfügungen (Arrays) verwenden. Legen Sie diese Eigenschaft auf FALSE fest, um mit den meisten anderen ODBC-Treibern kompatibel zu sein.

Die Eigenschaft BulkReaderBlockSize legt die Größe eines Datenblocks als Datensatzanzahl fest, die Campaign gleichzeitig aus der Datenbank lesen kann.

Die Eigenschaft ConditionalSQLCloseBracket legt die Art der Klammer fest, die das Ende eines bedingten Segments in benutzerdefinierten SQL-Makros anzeigt. Bedingte Segmente, die in den angegebenen Klammern eingeschlossen werden, werden nur verwendet, wenn temporäre Tabelle bestehen. Sie werden ignoriert, wenn es keine temporären Tabellen gibt.

} (schließende geschweifte Klammer)

Die Eigenschaft ConditionalSQLOpenBracket gibt die Art der Klammer an, die den Beginn eines bedingten Segments in benutzerdefinierten SQL-Makros anzeigt. Bedingte Segmente, die mit den durch die Eigenschaften ConditionalSQLOpenBracket und ConditionalSQLCloseBracket festgelegten Klammern umgeben sind, werden nur dann verwendet, wenn temporäre Tabellen vorhanden sind. Falls keine temporären Tabellen vorhanden sind, werden sie ignoriert.

{ (öffnende geschweifte Klammer)

Die Eigenschaft ConnectionCacheSize legt die Anzahl der Verbindungen fest, die Campaign für jede Datenquelle in einem Cache verwaltet.

Standardmäßig (N=0) stellt Campaign für jeden Vorgang eine neue Verbindung zu einer Datenquelle her. Wenn Campaign einen Cache mit Verbindungen verwaltet und eine Verbindung zur Wiederverwendung zur Verfügung steht, verwendet Campaign die Verbindung im Cache, anstatt eine neue Verbindung herzustellen.

Wenn ein anderer Wert als 0 festgelegt ist und eine Verbindung von einem Prozess nicht mehr benötigt wird, bleibt die maximale Anzahl Verbindungen, die festgelegt wurde, in Campaign für einen durch die Eigenschaft InactiveConnectionTimeout festgelegten Zeitraum geöffnet. Nach Ablauf dieses Zeitraums werden die Verbindungen aus dem Cache entfernt und geschlossen.

0 (Null)

Campaign verwendet den Eigenschaftswert DateFormat, um zu bestimmen, wie das Parsing für Daten in date-Formaten durchgeführt wird, wenn die Campaign-Makrosprache verwendet wird oder wenn Daten aus Datumsspalten interpretiert werden.

Legen Sie als Eigenschaftswert DateFormat das Format fest, in dem Campaign die Daten von dieser Datenquelle erwartet. Der Wert muss dem Format entsprechen, das Ihre Datenbank zur Anzeige von ausgewählten Daten verwendet. Für die meisten Datenbanken ist diese Einstellung mit der Einstellung für die Eigenschaft DateOutputFormatString identisch.

				CREATE TABLE date_test (f1 DATE);
				INSERT INTO date_test values (current_date);
				SELECT f1 FROM date_test;

				SELECT current_date FROM	ANY_TABLE limit 1;

Teradata ermöglicht Ihnen die Definition des Datumsformats auf Spaltenbasis. Neben dateFormat und dateOutputFormatString müssen Sie auch SuffixOnCreateDateField festlegen. Zur Wahrung der Konsistenz mit unseren Systemtabelleneinstellungen verwenden Sie:

Wenn das Kontrollkästchen Regionale Einstellungen bei der Ausgabe von Währung, Zahlen, Datum und Uhrzeit verwenden in der ODBC-Datenquellenkonfiguration nicht aktiviert ist, können Sie das Datumsformat nicht zurücksetzen. In der Regel ist es einfacher, dieses Kontrollkästchen nicht zu aktivieren, damit die Konfiguration des Datumsformats nicht für jede Sprache geändert wird.

Alle Formate, die im Makro DATE angegeben sind

Die Eigenschaft DateOutputFormatString gibt das Format des Datumsdatentyps an, das verwendet werden soll, wenn Campaign ein beliebiges Datum in eine Datenbank schreibt, wie beispielsweise das Start- oder Enddatum einer Kampagne. Legen Sie als Eigenschaftswert DateOutputFormatString das Format fest, das die Datenquelle für Spalten des Typs date erwartet. Für die meisten Datenbanken ist diese Einstellung mit der Einstellung für die Eigenschaft [data_source_name] > DateFormat identisch.

Für die Eigenschaft DateOutputFormatString kann jedes der Formate angegeben werden, die für format_str im Makro DATE_FORMAT festgelegt wurden. Das Makro DATE_FORMAT akzeptiert zwei verschiedene Arten von Formaten. Eines ist ein Bezeichner (z. B. DELIM_M_D_Y und DDMMMYYYY, mit dem vom Makro DATE akzeptierten Wert identisch) und das andere eine Formatzeichenkette. Der Eigenschaftswert DateOutputFormatString muss eine Formatzeichenkette sein – es darf keine der DATE-Makrobezeichner sein. Verwenden Sie in der Regel eines der Formate mit Trennzeichen.

CREATE TABLE date_test (F1 DATE) 
INSERT INTO date_test VALUES ('03/31/2004')

Der Eigenschaftswert [data_source_name] > DateTimeFormat gibt das Format an, in dem Campaign Datums- und Uhrzeit-/Zeitstempeldaten von einer Datenbank erwartet. Er muss dem Format entsprechen, das Ihre Datenbank zur Anzeige von ausgewählten Datums- und Uhrzeit-/Zeitstempeldaten verwendet. Für die meisten Datenbanken ist diese Einstellung mit der Einstellung für DateTimeOutputFormatString identisch.

Normalerweise legen Sie die Eigenschaft DateTimeFormat fest, indem Sie dem Wert von DateFormat DT_ voranstellen, nachdem Sie den Wert von DateFormat wie in der Tabelle für die "Auswahl des Datums nach Datenbank" beschrieben ermittelt haben.

Die Eigenschaft DateTimeOutputFormatString gibt das Format des Datentyps für Datum und Uhrzeit an, das verwendet werden soll, wenn Campaign ein beliebiges Datum mit Uhrzeit, wie z. B. das Start- oder Enddatum einer Kampagne mit Uhrzeit, in eine Datenbank schreibt. Legen Sie als Eigenschaftswert DateTimeOutputFormatString das Format fest, das die Datenquelle für Spalten des Typs datetime erwartet. Für die meisten Datenbanken ist diese Einstellung mit der Einstellung für die Eigenschaft [data_source_name] > DateTimeFormat identisch.

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.

Die Eigenschaft DB2NotLoggedInitiallyUserTables bestimmt, ob IBM® Campaign die SQL-Syntax not logged initially bei Einfügungen in DB2®-Benutzertabellen verwendet.

Ist die Eigenschaft auf TRUE gesetzt, wird die Protokollierung von Einfügungen in Benutzertabellen inaktiviert, wodurch die Leistung verbessert und der Verbrauch von Datenbankressourcen reduziert wird. Wenn TRUE festgelegt ist, und eine Transaktion in einer Benutzertabelle aus irgendeinem Grund fehlschlägt, wird die Tabelle beschädigt und muss verworfen werden. Alle Daten in der Tabelle gehen verloren.

Die Eigenschaft DefaultScale wird verwendet, wenn Campaign beim Ausführen des Momentaufnahme- oder Exportprozesses ein Datenbankfeld erstellt, um numerische Werte aus einer Flatfile oder einem abgeleiteten Feld zu speichern.

Diese Eigenschaft wird nicht für numerische Werte verwendet, die aus einer Datenbanktabelle stammen. Es sei denn, im Datenbankfeld fehlen Informationen zur Genauigkeit und Anzahl der Kommastellen. (Genauigkeit steht für die Gesamtzahl der zulässigen Stellen für das Feld. Anzahl der Kommastellen gibt die Anzahl der Stellen an, die rechts vom Dezimalzeichen stehen dürfen. Beispielsweise hat 6,789 eine Genauigkeit von 4 und eine Anzahl der Kommastellen von 3. Aus einer Datenbanktabelle abgerufene Werte enthalten Informationen zu Genauigkeit und Anzahl der Kommastellen, die Campaign beim Erstellen des Feldes verwendet.)

Beispiel: Flatfiles geben die Genauigkeit und Anzahl der Kommastellen nicht an. Sie können daher DefaultScale verwenden, um anzugeben, wie viele Stellen rechts vom Dezimalzeichen für das erstellte Feld definiert werden sollen. Beispiel:

Wenn der für DefaultScale festgelegte Wert die Genauigkeit des Feldes überschreitet, wird DefaultScale=0 für diese Felder verwendet. Wenn beispielsweise die Genauigkeit 5 ist und der Wert DefaultScale=6 festgelegt wird, wird der Wert null verwendet.

0 (Null)

Die Eigenschaft DefaultTextType ist für ODBC-Datenquellen vorgesehen. Sie weist Campaign an, wie Textfelder in der Zieldatenquelle erstellt werden, wenn die Quellentextfelder aus einem anderen Datenquellentyp stammen. Die Quellentextfelder stammen beispielsweise aus einer Flatfile oder aus einem DBMS eines anderen Typs. Wenn die Quellentextfelder aus dem gleichen Typ von DBMS stammen, wird diese Eigenschaft ignoriert und die Textfelder werden in der Zieldatenquelle basierend auf den Datentypen aus den Quellentextfeldern erstellt.

Die Eigenschaft DeleteAsRecreate gibt an, ob Campaign die Tabelle verwirft und neu erstellt oder nur aus der Tabelle löscht, wenn für einen Ausgabeprozess REPLACE TABLE konfiguriert ist und TRUNCATE nicht unterstützt wird.

Lautet der Wert TRUE, wird die Tabelle von Campaign verworfen und neu erstellt.

Lautet der Wert FALSE, führt Campaign einen DELETE FROM-Befehl für die Tabelle aus.

Die Eigenschaft DeleteAsTruncate gibt an, wenn für einen Ausgabeprozess REPLACE TABLE konfiguriert ist, ob Campaign TRUNCATE TABLE verwendet oder aus der Tabelle löscht.

Lautet der Wert TRUE, führt Campaign einen TRUNCATE TABLE-Befehl für die Tabelle aus.

Lautet der Wert FALSE, führt Campaign einen DELETE FROM-Befehl für die Tabelle aus.

Diese Eigenschaft gibt an, wie Campaign Daten zu einer temporären Tabelle hinzufügt.

Wenn FALSE festgelegt ist, führt Campaign direkte SQL-Syntax zum Erstellen und Auffüllen über einen Befehl aus. Beispiel: CREATE TABLE <table_name> AS ... (bei Oracle und Netezza®) und SELECT <field_names> INTO <table_name>... (bei SQL Server).

Bei der Einstellung TRUE erstellt Campaign die temporäre Tabelle und füllt sie direkt von Tabelle zu Tabelle mithilfe von separaten Befehlen.

Legen Sie mit dieser Eigenschaft den Datenquellennamen (DSN) so fest, wie er in Ihrer ODBC-Konfiguration dieser Campaign-Datenquelle zugeordnet wurde. Dieser Wert ist standardmäßig nicht definiert.

Mithilfe der Konfigurationseigenschaften der Campaign-Datenquelle können Sie mehrere logische Datenquellen angeben, die sich auf dieselbe physische Datenquelle beziehen. Sie können beispielsweise zwei Gruppen von Datenquelleneigenschaften für dieselbe Datenquelle erstellen, eine mit AllowTempTables = TRUE und die andere mit AllowTempTables = FALSE. Jede dieser Datenquellen hat einen anderen Namen in Campaign, wenn sie sich jedoch auf dieselbe physische Datenquelle beziehen, haben sie denselben DSN-Wert.

Die Eigenschaft DSNUsingOSAuthentication wird nur angewendet, wenn eine Campaign-Datenquelle SQL Server ist. Setzen Sie den Wert auf TRUE, wenn DSN zur Verwendung des Windows™-Authentifizierungsmodus konfiguriert wurde.

Die Eigenschaft EnableBaseDimSelfJoin gibt an, ob das Datenbankverhalten von Campaign eigenständige Verknüpfungen durchführt, wenn die Basis- und Dimensionstabellen derselben physischen Tabelle zugeordnet werden und die Dimension nicht mit der Basistabelle in den ID-Feldern der Basistabelle verknüpft ist.

Standardmäßig ist diese Eigenschaft auf FALSE gesetzt, und wenn die Basis- und Dimensionstabellen dieselbe Datenbanktabelle sind und die Abhängigkeitsfelder identisch sind (z. B. AcctID zu AcctID), nimmt Campaign an, dass Sie keine Verknüpfung durchführen wollen.

Die Eigenschaft EnableSelectDistinct gibt an, ob die Dopplungen der internen ID-Listen für Campaign durch den Campaign-Server oder die Datenbank entfernt werden.

Lautet der Wert TRUE, werden die Dopplungen durch die Datenbank entfernt, und die generierten SQL-Abfragen für die Datenbank haben folgendes Format:

SELECT DISTINCT key FROM table

Lautet der Wert FALSE, werden die Dopplungen durch den Campaign-Server entfernt, und die generierten SQL-Abfragen für die Datenbank haben folgendes Format:

SELECT key FROM table

In den folgenden Fällen sollten Sie den Standardwert FALSE beibehalten:

Unabhängig von dem Wert, den Sie für diese Eigenschaft festlegen, sorgt Campaign automatisch dafür, dass die Dopplungen von Schlüsseln nach Bedarf entfernt werden. Diese Eigenschaft steuert lediglich, wo die Entfernung der Dopplungen durchgeführt wird (in der Datenbank oder auf dem Campaign-Server).

Die Eigenschaft EnableSelectOrderBy gibt an, ob die internen ID-Listen für Campaign durch den Campaign-Server oder die Datenbank sortiert werden.

Lautet der Wert TRUE, wird die Sortierung von der Datenbank vorgenommen, und die generierten SQL-Abfragen an die Datenbank haben folgendes Format:

SELECT <key> FROM <table> ORDER BY <key>

Lautet der Wert FALSE, wird die Sortierung vom Campaign-Server vorgenommen, und die generierten SQL-Abfragen an die Datenbank haben folgendes Format:

SELECT <key> FROM <table>

Der Parameter ExcludeFromTableDisplay ermöglicht Ihnen die Beschränkung der Datenbanktabellen, die während der Tabellenzuordnung in Campaign angezeigt werden. Der Parameter reduziert nicht die Anzahl der von der Datenbank abgerufenen Tabellennamen.

Wenn Sie als Wert für diesen Parameter zum Beispiel sys.* festlegen, werden Tabellen, deren Namen mit sys. beginnen, nicht angezeigt. Bei den Werten für diesen Parameter ist die Groß-/Kleinschreibung zu beachten.

UAC_* – schließt temporäre Tabellen und Tabellen "Extrahieren" aus, wenn der Eigenschaftswert ExtractTablePrefix der Standardwert ist.

Die Eigenschaft ExtractTablePostExecutionSQL gibt eine oder mehrere vollständige SQL-Anweisungen an, die unmittelbar, nachdem eine Tabelle "Extrahieren" erstellt und gefüllt wurde, ausgeführt werden.

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

Die Eigenschaft ExtractTablePrefix gibt eine Zeichenkette an, die automatisch allen Namen von Tabellen "Extrahieren" in Campaign vorangestellt wird. Diese Eigenschaft ist hilfreich, wenn mindestens zwei Datenquellen auf dieselbe Datenbank verweisen. Einzelheiten finden Sie bei der Beschreibung von TempTablePrefix.

Die Eigenschaft ForceNumeric gibt an, ob Campaign numerische Werte als Datentyp double abruft. Lautet der Wert TRUE, ruft Campaign alle numerischen Werte als Datentyp double ab.

Die Eigenschaft InactiveConnectionTimeout gibt die Zeit in Sekunden an, die vergeht, bis eine inaktive Campaign-Datenbankverbindung geschlossen wird. Bei einem Wert von 0 wird das Zeitlimit inaktiviert und die Verbindung bleibt geöffnet.

Die Eigenschaft InsertLogSize legt fest, wann ein neuer Eintrag in die Protokolldatei erfolgt, während der Campaign-Prozess "Momentaufnahme" ausgeführt wird. Immer, wenn die Anzahl der vom Prozess "Momentaufnahme" geschriebenen Datensätze ein Vielfaches der Zahl erreicht, die in der Eigenschaft InsertLogSize festgelegt ist, wird ein Protokolleintrag geschrieben. Die Protokolleinträge können Ihnen dabei helfen, den Fortschritt eines ausgeführten Prozesses "Momentaufnahme" zu ermitteln. Wenn Sie einen zu niedrigen Wert wählen, werden die Protokolldateien unter Umständen sehr umfangreich.

100000 (einhunderttausend Datensätze)

Die Eigenschaft JndiName wird nur bei der Konfiguration der Campaign-Systemtabellen (nicht für andere Datenquellen wie Kundentabellen) verwendet. Legen Sie als Eigenschaftswert die JNDI-Datenquelle (Java™ Naming and Directory Interface) fest, die auf dem Anwendungsserver (WebSphere® oder WebLogic) definiert ist.

Diese Eigenschaft gibt den Befehl an, mit dem Ihr Datenbankladedienstprogramm in IBM® Campaign aufgerufen wird. Wenn Sie diese Eigenschaft festlegen, gibt IBM® Campaign den Modus des Datenbankladedienstprogramms für alle Ausgabedateien des Prozesses "Momentaufnahme" ein, die mit den Einstellungen Alle Datensätze ersetzen verwendet werden. Diese Eigenschaft ruft den Modus des Datenbankladedienstprogramms auch dann auf, wenn IBM® Campaign ID-Listen in temporären Tabellen hochlädt.

IBM® Contact Optimization verwendet bei der Implementierung eines Datenbankladedienstprogramms die gleichen Konfigurationseinstellungen wie Campaign. Wenn Sie IBM® Campaign für die Arbeit mit einem Datenbankladedienstprogramm konfigurieren, konfigurieren Sie IBM® Contact Optimization für die Verwendung der gleichen Befehle. Genauso konfigurieren Sie IBM® Campaign für die Arbeit mit einem Datenbankladedienstprogramm, wenn Sie Contact Optimization für die Arbeit mit einem Datenbankladedienstprogramm konfigurieren. Bei beiden Konfigurationen wird ein anderes Stammverzeichnis in Ihrem IBM® EMM-Installationsverzeichnis vorausgesetzt. Das Stammverzeichnis lautet /Campaign für IBM® Campaign oder /ContactOptimization für IBM® Contact Optimization. Daher können Sie im Ladeprogrammbefehl und in den Vorlagendateien unterschiedliche Befehle angeben.

Für den Start der meisten Datenbankladeprogramme sind mehrere Argumente erforderlich. Diese Argumente können u. a. die Daten- und Steuerdatei, aus der geladen werden soll, und die Datenbank und Tabelle, in die geladen werden soll, angeben. IBM® Campaign unterstützt folgende Tokens, die bei der Ausführung des Befehls durch die angegebenen Elemente ersetzt werden. Informieren Sie sich in der Dokumentation zu Ihrem Datenbankladedienstprogramm über die korrekte Syntax, die Sie für den Start des Dienstprogramms verwenden müssen.

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

Diese Eigenschaft gibt den Befehl an, der zum Aufrufen Ihres Datenbankladedienstprogramms ausgeführt wird, um Datensatze zu einer Datenbanktabelle in IBM® Campaign hinzuzufügen. Wenn Sie diese Eigenschaft festlegen, gibt IBM® Campaign den Modus des Datenbankladedienstprogramms für alle Ausgabedateien des Prozesses "Momentaufnahme" ein, die mit den Einstellungen Datensätze anhängen verwendet werden.

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

Diese Eigenschaft gibt den vollständigen Pfad und Dateinamen der Steuerdateivorlage an, die für IBM® Campaign konfiguriert wurde. Der Pfad zur Vorlage ist relativ zur aktuellen Partition. Beispiel: loadscript.db2

Wenn diese Eigenschaft festgelegt ist, erstellt IBM® Campaign basierend auf der angegebenen Vorlage dynamisch eine temporäre Steuerdatei. Der Pfad und Name dieser temporären Steuerdatei stehen dem Token <CONTROLFILE> zur Verfügung, das der Eigenschaft LoaderCommand zur Verfügung steht.

Vor der Verwendung von IBM® Campaign im Modus des Datenbankladeprogramms müssen Sie die Steuerdateivorlage konfigurieren, die in diesem Parameter angegeben wird. Die Steuerdateivorlage unterstützt die folgenden Token, die dynamisch ersetzt werden, wenn die temporäre Steuerdatei von IBM® Campaign erstellt wird.

Für LoaderControlFileTemplate stehen dieselben Token wie für die Eigenschaft LoaderCommand zur Verfügung sowie zusätzlich die folgenden speziellen Token, die einmal für jedes Feld in der Ausgabetabelle wiederholt werden.

Diese Eigenschaft gibt den vollständigen Pfad und Dateinamen der Steuerdateivorlage an, die in IBM® Campaign konfiguriert wurde. Der Pfad zur Vorlage ist relativ zur aktuellen Partition. Beispiel: loadappend.db2

Wenn diese Eigenschaft festgelegt ist, erstellt IBM® Campaign basierend auf der angegebenen Vorlage dynamisch eine temporäre Steuerdatei. Der Pfad und Name dieser temporären Steuerdatei stehen dem Token <CONTROLFILE> zur Verfügung, das der Eigenschaft LoaderCommandForAppend zur Verfügung steht.

Vor der Verwendung von IBM® Campaign im Modus des Datenbankladeprogramms müssen Sie die Steuerdateivorlage konfigurieren, die in dieser Eigenschaft angegeben wird. Informationen über die richtige Syntax für Ihre Steuerdatei finden Sie in der Dokumentation zu Ihrem Datenbankladeprogramm.

Die verfügbaren Tokens sind mit den Tokens für die Eigenschaft LoaderControlFileTemplate identisch.

Diese Eigenschaft gibt an, ob die temporäre Datendatei eine Flatfile mit fester Breite oder mit Trennzeichen ist. Bei einer Datei mit Trennzeichen werden außerdem die von IBM® Campaign als Trennzeichen verwendeten Zeichen angegeben.

Ist der Wert nicht definiert, erstellt IBM® Campaign die temporäre Datendatei als Flatfile mit fester Breite.

Wenn Sie einen Wert angeben, wird dieser verwendet, wenn das Ladeprogramm zum Füllen einer Tabelle aufgerufen wird, von der bekannt ist, dass sie leer ist. IBM® Campaign erstellt die temporäre Datendatei als eine durch Trennzeichen getrennte Flatfile und verwendet den Wert dieser Eigenschaft als Trennzeichen.

Einige externe Ladeprogramme erfordern, dass die Datendatei durch Trennzeichen getrennt ist und jede Zeile mit dem Trennzeichen endet. Um diese Anforderung zu erfüllen, legen Sie den Wert für LoaderDelimiterAtEnd auf TRUE fest. Wenn das Ladeprogramm zum Auffüllen einer Tabelle aufgerufen wird, von der bekannt ist, dass sie leer ist, verwendet IBM® Campaign Trennzeichen am Ende jeder Zeile. Beispiel: DB2 unter Unix erwartet nur alle Datensätze, die mit einem Zeilenvorschubzeichen beendet werden; Campaign Campaign unter Windows verwendet Rücklauf- und Zeilenvorschubzeichen. Durch das Einreihen eines Trennzeichens am Ende jedes Datensatzes wird sichergestellt, dass die letzte Spalte in der Datendatei ordnungsgemäß geladen wird.

Einige externe Ladeprogramme erfordern, dass die Datendatei durch Trennzeichen getrennt ist und jede Zeile mit dem Trennzeichen endet. Um diese Anforderung zu erfüllen, setzen Sie den Wert für LoaderDelimiterAtEndForAppend auf TRUE. Wenn das Ladeprogramm zum Füllen einer Tabelle aufgerufen wird, von der nicht bekannt ist, dass sie leer ist, verwendet IBM® Campaign Trennzeichen am Ende jeder Zeile. Beispiel: DB2 unter Unix erwartet nur alle Datensätze, die mit einem Zeilenvorschubzeichen beendet werden; IBM® Campaign unter Windows verwendet Rücklauf- und Zeilenvorschubzeichen. Durch das Einreihen eines Trennzeichens am Ende jedes Datensatzes wird sichergestellt, dass die letzte Spalte in der Datendatei ordnungsgemäß geladen wird.

Diese Eigenschaft gibt an, ob die temporäre IBM® Campaign-Datendatei eine Flatfile mit fester Breite oder mit Trennzeichen ist. Bei einer Datei mit Trennzeichen werden außerdem die Zeichen bzw. der Zeichensatz festgelegt, die/der als Trennzeichen verwendet werden/wird.

Ist der Wert nicht definiert, erstellt IBM® Campaign die temporäre Datendatei als Flatdatei mit fester Breite.

Wenn Sie einen Wert angeben, wird dieser verwendet, wenn das Ladeprogramm zum Füllen einer Tabelle aufgerufen wird, von der nicht bekannt ist, dass sie leer ist. IBM® Campaign erstellt die temporäre Datendatei als eine durch Trennzeichen getrennte Flatfile und verwendet den Wert dieser Eigenschaft als Trennzeichen.

Diese Eigenschaft gibt an, wenn IBM® Campaign numerische Werte in Dateien schreibt, die über ein Datenbankladedienstprogramm geladen werden sollen, ob das länderspezifische Symbol als Dezimalzeichen verwendet werden soll.

Legen Sie diesen Wert auf FALSE fest, um anzugeben, dass der Punkt (.) als Dezimalzeichen verwendet wird.

Geben Sie TRUE an, um festzulegen, dass das für die Ländereinstellung spezifische Symbol als Dezimalzeichen verwendet werden soll.

Ermöglicht Ihnen die Angabe der maximalen Anzahl von Elementen, die IBM® Campaign in eine einzelne Liste in SQL aufnehmen kann (z. B. die Liste der Werte, die auf einen IN-Operator in einer WHERE-Klausel folgen).

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.

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.

Wird eine Abfrage ausgeführt, erstellt IBM® Campaign als Ergebnis der Abfrage eine temporäre Tabelle in der Datenbank, die die exakte Liste der IDs enthält. Wird eine zusätzliche Abfrage, die alle Datensätze auswählt, an die Datenbank gesendet, legt die Eigenschaft MaxTempTableJoinPctSelectAll fest, ob eine Verknüpfung mit der temporären Tabelle erfolgt.

Ist die relative Größe der temporären Tabelle (als Prozentsatz angegeben) größer als der Wert der Eigenschaft MaxTempTableJoinPctSelectAll, erfolgt keine Verknüpfung. Zuerst werden alle Datensätze ausgewählt, dann werden unerwünschte Datensätze verworfen.

Ist die relative Größe der temporären Tabelle (als Prozentsatz angegeben) kleiner-gleich dem Wert der Eigenschaft MaxTempTableJoinPctSelectAll, erfolgt zunächst die Verknüpfung mit der temporären Tabelle und anschließend werden die resultierenden IDs auf dem Server empfangen.

Diese Eigenschaft ist nur anwendbar, wenn der Eigenschaftswert AllowTempTables auf TRUE gesetzt ist. Diese Eigenschaft wird ignoriert, wenn die Eigenschaft useInDbOptimization auf YES gesetzt ist.

Ganzzahlen von 0-100. Der Wert 0 bedeutet, dass Verknüpfungen mit temporären Tabellen nie verwendet werden, während der Wert 100 bedeutet, dass Tabellenverknüpfungen unabhängig von der Größe der temporären Tabelle stets verwendet werden.

Angenommen, für MaxTempTableJoinPctSelectAll ist der Wert 90 festgelegt. Zuerst wählen Sie beispielsweise Kunden (CustID) mit Kontoständen über 1.000 $ (Accnt_balance) aus der Datenbanktabelle (Customer) aus.

SELECT CustID FROM Customer
		WHERE Accnt_balance > 1000

Der Auswahlprozess ruft 100.000 IDs aus der Tabelle ab, die über insgesamt 1.000.000 IDs verfügt. Dies entspricht 10 %. Wenn temporäre Tabellen erlaubt sind, schreibt IBM® Campaign die ausgewählten IDs (TempID) in eine temporäre Tabelle (Temp_table) in der Datenbank.

Anschließend erstellen Sie beispielsweise eine Momentaufnahme der ausgewählten IDs (CustID) mit dem tatsächlichen Saldo (Accnt_balance). Da die relative Größe der temporären Tabelle (Temp_table) unter 90 Prozent (MaxTempTableJoinPctSelectAll) liegt, erfolgt zunächst die Verknüpfung mit der temporären Tabelle. Der durch den Prozess "Momentaufnahme" generierte SQL-Ausdruck sieht möglicherweise folgendermaßen aus:

SELECT CustID, Accnt_balance FROM Customer, Temp_table WHERE CustID = TempID

SELECT CustID, Accnt_balance FROM Customer

Wird eine Abfrage ausgeführt, erstellt IBM® Campaign als Ergebnis der Abfrage eine temporäre Tabelle in der Datenbank, die die exakte Liste der IDs enthält. Wird eine zusätzliche Abfrage, die Datensätze mit einschränkenden Bedingungen auswählt, für die Datenbank ausgeführt, legt die Eigenschaft MaxTempTableJoinPctWithCondition fest, ob eine Verknüpfung mit der temporären Tabelle erfolgen sollte.

Ist die relative Größe der temporären Tabelle (als Prozentsatz angegeben) größer als der Eigenschaftswert MaxTempTableJoinPctWithCondition, erfolgt keine Verknüpfung. Hierdurch wird ein unnötiger Aufwand in der Datenbank vermieden. In diesem Fall wird die Abfrage für die Datenbank ausgeführt, die daraus resultierende Liste der IDs empfangen, und anschließend werden unerwünschte Datensätze verworfen, während sie mit der Liste im Serverspeicher abgeglichen werden.

Ist die relative Größe der temporären Tabelle (in Prozent) kleiner oder gleich dem Eigenschaftswert MaxTempTableJoinPctWithCondition, erfolgt zunächst die Verknüpfung mit der temporären Tabelle, und anschließend werden die resultierenden IDs auf dem Server empfangen.

Diese Eigenschaft ist nur anwendbar, wenn der Eigenschaftswert AllowTempTables auf TRUE gesetzt ist.

Ganzzahlen von 0-100. Der Wert 0 bedeutet, dass Verknüpfungen mit temporären Tabellen nie verwendet werden, während der Wert 100 bedeutet, dass Tabellenverknüpfungen unabhängig von der Größe der temporären Tabelle stets verwendet werden.

Mithilfe dieser Eigenschaft können Sie den Schwellenwert für die Verwendung des Massenladeprogramms festlegen. IBM® Campaign ruft das der Eigenschaft LoaderCommand zugewiesene Script auf, wenn die Anzahl der eindeutigen IDs in der Eingangszelle den hier definierten Wert überschreitet. Der Wert dieser Eigenschaft entspricht nicht der Anzahl der Datensätze, die geschrieben wird.

Ist diese Eigenschaft nicht konfiguriert, wird in IBM® Campaign davon ausgegangen, dass der Wert der Standardwert (Null) ist. Wenn diese Eigenschaft konfiguriert ist, aber ein negativer Wert oder ein nicht ganzzahliger Wert als Wert festgelegt ist, wird von einem Nullwert ausgegangen.

Mithilfe dieser Eigenschaft können Sie den Schwellenwert für die Verwendung des Massenladeprogramms festlegen. IBM® Campaign ruft das dem Parameter LoaderCommandForAppend zugewiesene Script auf, wenn die Anzahl der eindeutigen IDs in der Eingangszelle den hier definierten Wert überschreitet. Der Wert dieser Eigenschaft entspricht nicht der Anzahl der Datensätze, die geschrieben wird.

Ist diese Eigenschaft nicht konfiguriert, wird in IBM® Campaign davon ausgegangen, dass der Wert der Standardwert (Null) ist. Wenn diese Eigenschaft konfiguriert ist, aber ein negativer Wert oder ein nicht ganzzahliger Wert als Wert festgelegt ist, wird von einem Nullwert ausgegangen.

Die Eigenschaft NumberOfRetries gibt an, wie oft IBM® Campaign eine fehlgeschlagene Datenbankoperation automatisch wiederholt. IBM® Campaign sendet so oft automatisch erneut Anfragen an die Datenbank, wie durch diesen Wert angegeben, bevor ein Datenbankfehler gemeldet wird.

Die Eigenschaft ODBCUnicode gibt den Codierungstyp an, der in ODBC-Aufrufen in IBM® Campaign verwendet wird. Er wird nur mit ODBC-Datenquellen verwendet und bei nativen Verbindungen zu Oracle oder DB2® ignoriert.

Verwenden Sie die Eigenschaft ODBCv2, um zu bestimmen, welche ODBC-API-Spezifikation IBM® Campaign für die Datenquelle verwenden soll.

Der Standardwert FALSE erlaubt IBM® Campaign, die API-Spezifikation ODBCv3 zu verwenden, während durch die Einstellung TRUE IBM® Campaign die API-Spezifikation ODBCv2 verwendet. Setzen Sie die Eigenschaft ODBCv2 bei Datenquellen, die die API-Spezifikation ODBCv3 nicht unterstützen, auf TRUE.

Wenn die Eigenschaft ODBCv2 auf TRUE festgelegt ist, unterstützt IBM® Campaign die Unicode-Variante der ODBC-API nicht und für die Eigenschaft ODBCUnicode wird nur der Wert disabled erkannt.

Verwenden Sie diese Eigenschaft, um die Anzeige der Tabellenzuordnung in IBM® Campaign auf Tabellen in einem angegebenen Schema zu begrenzen. Legen Sie für die Angabe von Tabellen im Schema "dbo" z. B. OwnerForTableDisplay=dbo fest.

Wenn für die Eigenschaft PadTextWithSpaces der Wert TRUE festgelegt wird, füllt IBM® Campaign Textwerte mit Leerzeichen aus, bis die Zeichenkette dieselbe Breite wie das Datenbankfeld hat.

Verwenden Sie diese Eigenschaft, um ein Script oder eine ausführbare Datei anzugeben, das bzw. die von IBM® Campaign ausgeführt wird, nachdem eine Tabelle "Extrahieren" erstellt und aufgefüllt wurde.

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

Gibt ein Script oder eine ausführbare Datei an, das bzw. die von IBM® Campaign ausgeführt wird, nachdem eine temporäre Segmenttabelle erstellt und aufgefüllt wurde.

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

Die Eigenschaft PostSnapshotTableCreateRunScript gibt ein Script oder ein ausführbares Programm an, das von Campaign gestartet wird, nachdem eine Tabelle "Momentaufnahme" erstellt und gefüllt wurde.

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

Die Eigenschaft PostTempTableCreateRunScript gibt ein Script oder ein ausführbares Programm an, das von Campaign gestartet wird, nachdem eine temporäre Tabelle in einer Benutzerdatenquelle oder der Systemtabellendatenbank erstellt und gefüllt wurde.

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

Gibt ein Script oder eine ausführbare Datei an, das bzw. die von Campaign ausgeführt wird, nachdem eine Benutzertabelle erstellt und gefüllt wurde.

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

Die Eigenschaft PrefixOnSelectSQL gibt eine Zeichenkette an, die automatisch allen von Campaign generierten SELECT-SQL-Ausdrücken vorangestellt wird.

Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

Diese Eigenschaft wird dem SQL-Ausdruck SELECT automatisch ohne Syntaxüberprüfung hinzugefügt. Stellen Sie sicher, dass es sich um einen gültigen Ausdruck handelt, wenn Sie diese Eigenschaft verwenden.

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

Die Eigenschaft QueryThreadSleep wirkt sich auf die CPU-Auslastung des Campaign-Serverprozesses aus (UNICA_ACSVR). Lautet der Wert TRUE, ist der vom Campaign-Serverprozess für die Überprüfung des Abfrageabschlusses verwendete Thread zwischen den Prüfungen inaktiv. Bei FALSE überprüft der Campaign-Serverprozess den Abschluss von Abfragen kontinuierlich.

Der Parameter ReaderLogSize definiert, wann Campaign einen neuen Eintrag in die Protokolldatei schreibt, wenn Daten aus der Datenbank gelesen werden. Immer, wenn die Anzahl der aus der Datenbank gelesenen Datensätze ein Vielfaches der Zahl erreicht, die durch diesen Parameter festgelegt ist, erfolgt ein neuer Eintrag in die Protokolldatei.

1000000 (eine Million Datensätze)

Legt das Präfix für Segmenttabellen fest, die durch den Prozess "Segment erstellen" in dieser Datenquelle erstellt wurden. Diese Eigenschaft ist hilfreich, wenn mindestens zwei Datenquellen auf dieselbe Datenbank verweisen. Einzelheiten finden Sie bei der Beschreibung von TempTablePrefix.

Die Eigenschaft ShareConnection wird nicht mehr verwendet und der Standardwert FALSE sollte festgelegt bleiben.

Die Eigenschaft SQLOnConnect definiert eine vollständige SQL-Anweisung, die Campaign unmittelbar nach jeder Verbindung mit einer Datenbank ausführt.

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

Die Eigenschaft StringEncoding legt die Zeichencodierung für die Datenbank fest. Wenn Campaign Daten aus der Datenbank empfängt, werden die Daten von der festgelegten Codierung in die interne Codierung von Campaign (UTF-8) umgewandelt. Wenn Campaign eine Abfrage an die Datenbank sendet, werden Zeichendaten von der internen Campaign-Codierung(UTF-8) in die in der Eigenschaft StringEncoding angegebene Codierung transcodiert.

Setzen Sie den Wert auf UTF-8, wenn Sie ASCII-Daten verwenden.

Wenn für die Codierung Ihres Datenbankclients UTF-8 festgelegt ist, lautet die bevorzugte Einstellung für diesen Wert WIDEUTF-8. Die Einstellung WIDE-UTF-8 funktioniert nur, wenn für Ihren Datenbankclient UTF-8 festgelegt ist.

Wenn Sie die Eigenschaft partitions > partition[n] > dataSources > data_source_name > ODBCUnicode verwenden, legen Sie die Eigenschaft StringEncoding entweder auf UTF-8 oder WIDEUTF-8 fest. Andernfalls wird der Eigenschaftswert ODBCUnicode ignoriert.

Eine Liste der unterstützten Codierungen finden Sie im Abschnitt Zeichencodierungen in Campaign im Campaign-Administratorhandbuch.

In diesem Abschnitt wird beschrieben, wie Sie für die DB2®-, SQL Server- oder Teradata-Datenbank die richtigen Werte festlegen.

Ermitteln Sie den codierten Zeichensatz und die Codepage der DB2®-Datenbank. Bei lokalisierten Umgebungen muss die Konfiguration der DB2®-Datenbank folgendermaßen aussehen:

Legen Sie die Eigenschaftswerte von StringEncoding in Campaign auf den Wert für den codierten Zeichensatz von DB2®fest.

Legen Sie die DB2®-Umgebungsvariable DB2CODEPAGE auf den Wert für DB2®-Datenbankcodepages fest:

Diese Einstellung hat Auswirkungen auf alle DB2®-Datenquellen und unter Umständen auch auf weitere aktive Programme.

Verwenden Sie für SQL Server eine Codepage anstelle einer Iconv-Codierung. Um den richtigen Wert für die Eigenschaft StringEncoding bei einer SQL Server-Datenbank zu bestimmen, suchen Sie nach der Codepage, die den regionalen Einstellungen des Server-Betriebssystems entspricht.

Zum Beispiel für die Verwendung von Codepage 932 (Japanisch Shift-JIS):

StringEncoding=CP932

Bei Teradata-Datenbanken müssen Sie das Standardverhalten zum Teil außer Kraft setzen. Teradata unterstützt eine Zeichencodierung pro Spalte, während Campaign nur die Codierung pro Datenquelle unterstützt. Aufgrund eines Fehlers im Teradata-ODBC-Treiber kann UTF-8 nicht in Campaign verwendet werden. Teradata legt eine standardmäßige Zeichencodierung für jede Anmeldung fest. Sie können diese überschreiben, indem Sie einen Parameter in der ODBC-Datenquellenkonfiguration auf Windows™- oder in der Datei odbc.ini auf UNIX™-Plattformen folgendermaßen verwenden:

CharacterSet=UTF8

Die Standardcodierung für eine Teradata-Tabelle ist LATIN. Teradata stellt nur wenige integrierte Codierungen bereit, benutzerdefinierte Codierungen werden jedoch unterstützt.

Der Standardeigenschaftswert StringEncoding ist ASCII.

Normalerweise ist Campaign für die Umwandlung zwischen der internen Codierung UTF-8 und der Codierung der Datenbank zuständig. Wenn die Datenbank UTF-8-codiert ist, kann der Wert UTF-8 für StringEncoding festgelegt werden (außer für SQL Server), und eine Codeumwandlung ist nicht erforderlich. In der Vergangenheit gab es nur diese Modelle, um Campaign den Zugriff auf Daten in einer anderen Sprache als Englisch in einer Datenbank zu ermöglichen.

In Version 7.0 von Campaign wurde eine neue Datenbankcodierung namens WIDEUTF-8 als Wert für die Eigenschaft StringEncoding eingeführt. Mit dieser Codierung verwendet Campaign zwar weiterhin UTF-8 für die Kommunikation mit dem Datenbankclient, die Codeumwandlung zwischen UTF-8 und der Codierung der eigentlichen Datenbank kann jedoch vom Client durchgeführt werden. Diese erweiterte Version von UTF-8 ist erforderlich, um die Breite der Tabellenspaltenzuordnungen zu ändern, damit sie breit genug für den umgewandelten Text sind.

Die Eigenschaft SuffixOnAllOtherSQL gibt eine Zeichenkette an, die automatisch an jeden von Campaign generierten SQL-Ausdruck angehängt wird, der nicht durch die Eigenschaften SuffixOnInsertSQL, SuffixOnSelectSQL, SuffixOnTempTableCreation, SuffixOnUserTableCreation oder SuffixOnUserBaseTableCreation abgedeckt wird.

Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

SuffixOnAllOtherSQL wird für die folgenden von Campaign generierten Ausdruckstypen verwendet:

TRUNCATE TABLE table
		DROP TABLE table
		DELETE FROM table [WHERE ...]
		UPDATE table SET ...

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

Die Eigenschaft SuffixOnCreateDateField gibt eine Zeichenkette an, die Campaign automatisch jedem DATE-Feld in der SQL-Anweisung CREATE TABLE anhängt.

SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'

Ist diese Eigenschaft nicht definiert (Standard), wird der Befehl CREATE TABLE nicht geändert.

Die Eigenschaft SuffixOnInsertSQL gibt eine Zeichenkette an, die automatisch an alle von Campaign generierten INSERT-SQL-Ausdrücken angehängt wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

SuffixOnInsertSQL wird für den folgenden von Campaign generierten Ausdruckstyp verwendet:

INSERT INTO table ...

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

Die Eigenschaft SuffixOnSelectSQL gibt eine Zeichenkette an, die automatisch an alle von Campaign generierten SELECT-SQL-Ausdrücken angehängt wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet, nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

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

Die Eigenschaft SuffixOnTempTableCreation gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer temporären Tabelle generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet, nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden. Um diese Eigenschaft zu verwenden, muss die Eigenschaft AllowTempTables auf TRUE festgelegt sein.

Sie können Token verwenden, um den Tabellen- und die Spaltennamen (<TABLENAME> und <KEYCOLUMNS>) in dieser SQL-Anweisung zu ersetzen, da diese während der Ausführung der Kampagne dynamisch generiert werden.

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

Gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer temporären Segmenttabelle generiert wird.

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

Die Eigenschaft SuffixOnSnapshotTableCreation gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer Tabelle "Momentaufnahme" generiert wird.

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

Die Eigenschaft SuffixOnExtractTableCreation gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer Tabelle "Extrahieren" generiert wird.

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

Die Eigenschaft SuffixOnUserBaseTableCreation gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer Basistabelle (zum Beispiel in einem Prozess "Extrahieren") generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet, nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

Sie können Token verwenden, um den Tabellen- und die Spaltennamen (<TABLENAME> und <KEYCOLUMNS>) in dieser SQL-Anweisung zu ersetzen, da diese während der Ausführung der Kampagne dynamisch generiert werden.

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

Die Eigenschaft SuffixOnUserTableCreation gibt eine Zeichenkette an, die automatisch an den SQL-Ausdruck angehängt wird, der von Campaign bei der Erstellung einer allgemeinen Tabelle (zum Beispiel in einem Prozess "Momentaufnahme") generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet, nicht auf SQL in Direkt-SQL-Ausdrücken, die im Auswahlprozess verwendet werden.

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

Legt das für Campaign-Systemtabellen verwendete Schema fest.

Standardmäßig ist kein Wert festgelegt. Dieser Parameter ist nur für die Datenquelle UA_SYSTEM_TABLES relevant.

Lassen Sie diesen Wert leer, es sei denn, die Datenquelle UA_SYSTEM_TABLES enthält mehrere Schemas (z. B eine von mehreren Gruppen verwendete Oracle-Datenbank). (In diesem Zusammenhang bezeichnet "Schema" den ersten Teil eines "qualifizierten" Tabellennamens des Formats X.Y (z. B. dbo.UA_Folder). Hier ist X das Schema und Y der unqualifizierte Tabellenname. Die Terminologie für diese Syntax unterscheidet sich in den verschiedenen von Campaign unterstützten Datenbanksystemen.)

Wenn mehrere Schemas in der Systemtabellendatenbank vorhanden sind, legen Sie als Wert den Namen des Schemas fest, in dem die Campaign-Systemtabellen erstellt wurden.

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.

Verwenden Sie die Eigenschaft TableListSQL, um die SQL-Abfrage anzugeben, die zum Einschließen von Synonymen in die Liste der Tabellen verwendet werden soll, die für eine Zuordnung verfügbar sind.

Wenn Sie diese Eigenschaft mit einer gültigen SQL-Abfrage festlegen, gibt IBM® Campaign die SQL-Abfrage zum Abrufen der Liste der Tabellen für die Zuordnung aus. Wenn die Abfrage eine Spalte zurückgibt, wird diese als eine Spalte mit Namen behandelt. Wenn die Abfrage zwei Spalten zurückgibt, wird angenommen, dass die erste Spalte eine Spalte mit Besitzernamen und die zweite Spalte eine Spalte mit Tabellennamen ist.

Wenn die SQL-Abfrage nicht mit einem Stern (*) beginnt, führt IBM® Campaign diese Liste mit der Liste der Tabellen zusammen, die normalerweise abgerufen werden (wie z. B. durch ODBC-Aufrufe oder native Verbindungen).

Wenn die SQL-Abfrage mit einem Stern (*) beginnt, ersetzt die Liste, die durch die SQL-Abfrage zurückgegeben wurde, die normale Liste und wird nicht mit dieser zusammengeführt.

Wenn die Datenquelle SQL Server ist, gibt der von IBM® Campaign verwendete ODBC-API-Aufruf eine Liste mit Tabellen und Ansichten zurück, jedoch keine Synonyme. Um die Liste der Synonyme ebenfalls einzuschließen, legen Sie TableListSQL so fest, wie im folgenden Beispiel dargestellt:

select B.name AS oName, A.name AS tName 
from sys.synonyms A LEFT OUTER JOIN sys.schemas B
on A.schema_id = B.schema_id ORDER BY 1, 2

Um die Liste von Tabellen, Ansichten und Synonymen abzurufen und dabei die ODBC-API vollständig zu vermeiden, legen Sie TableListSQL ähnlich fest, wie im folgenden Beispiel dargestellt:

*select B.name AS oName, A.name AS tName from
 (select name, schema_id from sys.synonyms UNION 
select name, schema_id from sys.tables UNION select name,
schema_id from sys.views) A LEFT OUTER JOIN sys.schemas B on
A.schema_id = B.schema_id ORDER BY 1, 2 

*select OWNER, TABLE_NAME from (select OWNER, TABLE_NAME 
from ALL_TABLES UNION select OWNER, SYNONYM_NAME AS TABLE_NAME 
FROM ALL_SYNONYMS UNION select OWNER,
VIEW_NAME AS TABLE_NAME from ALL_VIEWS) A ORDER BY 1, 2 

Die Eigenschaft SQLOnConnect definiert eine vollständige SQL-Anweisung, die Campaign unmittelbar nach jeder Verbindung mit einer Datenbank ausführt. Die Eigenschaft UOSQLOnConnect ist ähnlich, gilt jedoch speziell für Contact Optimization.

Verfügbare Token für UOSQLOnConnect sind weiter unten beschrieben.

Der Standardwert für diese Eigenschaft lautet "FALSE". Dies bedeutet, dass Campaign die Standardmethode (z. B. ODBC oder eine native Verbindung) zum Abrufen des Schemas verwenden soll. Wenn Sie für diese Eigenschaft den Wert "TRUE" festlegen, bereitet Campaign eine SQL-Abfrage ähnlich wie select * from <table> vor, um das Tabellenschema abzurufen.

Dies kann je nach Datenquelle bestimmte Vorteile haben. Beispiel: Einige Datenquellen (Netezza®, SQL Server) geben SQL-Synonyme (Alternativnamen für Datenbankobjekte, die mithilfe der Syntax von create synonym definiert wurden) über die ODBC-Standardverbindung oder die native Standardverbindung nicht ordnungsgemäß zurück. Wenn Sie den Wert "TRUE" für diese Eigenschaft festlegen, werden SQL-Synonyme für die Datenzuordnung innerhalb von Campaign abgerufen.

Gehen Sie wie folgt vor, um Campaign zu ermöglichen, mit Netezza®- oder SQL Server-Synonymen zu arbeiten:

UseSQLToRetrieveSchema=TRUE

Diese Eigenschaft wird aufgerufen, wenn ein Prozessfeld so konfiguriert wird, dass in Neue zugeordnete Tabelle > Basisdatensatztabelle > Neue Tabelle in ausgewählter Datenbank erstellen geschrieben werden kann. Diese Eigenschaft wird nur bei der Erstellung der Tabelle aufgerufen (während des Erstellungs- und Zuordnungsprozesses). Während der Laufzeit eines Prozessfeldes wird diese Eigenschaft nicht aufgerufen.

Sie können Tokens verwenden, um den <TABLENAME> in dieser SQL-Anweisung zu ersetzen, da der Name während der Ausführung der Kampagne dynamisch generiert wird. Informationen zu verfügbaren Tokens finden Sie unter UserTablePostExecutionSQL.

Verwenden Sie diese Eigenschaft, um eine vollständige SQL-Anweisung anzugeben, die von IBM Campaign unmittelbar nach der Erstellung einer Benutzertabelle in einer Benutzerdatenquelle oder in den Systemtabellendatenbanken ausgeführt wird. Diese Eigenschaft wird aufgerufen, wenn ein Prozessfeld in eine der folgenden Tabellen schreibt:

Sie können Token verwenden, um den Tabellen- und die Spaltennamen (<TABLENAME> und <KEYCOLUMNS>) in dieser SQL-Anweisung zu ersetzen, da diese während der Ausführung der Kampagne dynamisch generiert werden.

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

Wird UseTempTablePool auf FALSE festgelegt, werden temporäre Tabellen entfernt und mit jeder Ausführung eines Ablaufdiagramms neu erstellt. Wird die Eigenschaft auf TRUE festgelegt, werden temporäre Tabellen nicht aus der Datenbank entfernt. Temporäre Tabellen werden gekürzt und im von Campaign gepflegten Tabellenpool wiederverwendet. Der Pool temporärer Tabellen ist in solchen Umgebungen am wirksamsten, in denen Ablaufdiagramme oft erneut ausgeführt werden, z. B. in der Design- und Testphase.

Die Eigenschaft SegmentTablePostExecutionSQL gibt eine vollständige SQL-Anweisung an, die von Campaign gestartet wird, nachdem eine temporäre Segmenttabelle erstellt und gefüllt wurde.

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

Die Eigenschaft SnapshotTablePostExecutionSQL gibt eine oder mehrere vollständige SQL-Anweisungen an, die unmittelbar nach dem Erstellen und Ausfüllen einer Tabelle "Momentaufnahme" ausgeführt werden sollen. Diese Eigenschaft wird nur aufgerufen, wenn ein Prozessfeld vom Typ "Momentaufnahme" in eine Extraktionstabelle ausgegeben wird.

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

Diese Eigenschaft gibt eine Zeichenfolge an, der automatisch die Namen aller von Campaign erstellten temporären Tabellen vorangestellt werden. Verwenden Sie diese Eigenschaft als Unterstützung bei der Bestimmung und Verwaltung temporärer Tabellen. Zudem können Sie diese Eigenschaft verwenden, um festzulegen, dass temporäre Tabellen an einem bestimmten Ort erstellt werden.

TempTablePrefix="<USER>"

Wenn mindestens zwei Datenquellen auf dieselbe Datenbank verweisen, können während Ablaufdiagrammausführungen aufgrund der Verwendung derselben temporären Tabellen durch verschiedene Prozessfelder und Ablaufdiagramme Fehler und falsche Suchergebnisse auftreten. Diese Situation kann auch bei Prozesstabellen vom Typ "Extrahieren" und Tabellen vom Typ "Strategisches Segment" auftreten. Verwenden Sie zur Vermeidung dieser Situation TempTablePrefix (oder ExtractTablePrefix bei Tabellen vom Typ "Extrahieren"), um für die einzelnen Datenquellen unterschiedliche Schemas zu definieren. Durch diesen Ansatz wird sichergestellt, dass der erste Teil eines Namens anders ist, sodass die Tabellennamen immer unterschiedlich sind.

In der folgenden Tabelle werden die Tokens beschrieben, die für TempTablePrefix verfügbar sind.

Verwenden Sie diese Eigenschaft, um eine SQL-Abfrage anzugeben, die vor der Kürzung einer temporären Tabelle ausgeführt werden soll. Die von Ihnen festgelegte Abfrage kann genutzt werden, um den Effekt einer in der Eigenschaft TempTablePostExecutionSQL festgelegten SQL-Anweisung zu negieren.

So könnten Sie beispielsweise mithilfe der Eigenschaft TempTablePostExecutionSQL die folgende SQL-Anweisung zur Indexerstellung festlegen:

Legen Sie anschließend die folgende Abfrage in der Eigenschaft TempTablePreTruncateExecutionSQL fest, um den Index zu entfernen:

Verwenden Sie diese Eigenschaft, um ein Script oder eine ausführbare Datei anzugeben, das bzw. die vor der Kürzung einer temporären Tabelle ausgeführt werden soll. Das von Ihnen angegebene Script kann verwendet werden, um den Effekt einer in der Eigenschaft PostTempTableCreateRunScript angegebenen SQL-Anweisung zu negieren.

So könnten Sie beispielsweise mithilfe der Eigenschaft PostTempTableCreateRunScript ein Script festlegen, welches die folgende SQL-Anweisung zur Indexerstellung umfasst:

Legen Sie anschließend ein weiteres Script mit der folgenden Anweisung in der Eigenschaft TempTablePreTruncateRunScript fest, um den Index zu entfernen:

Legen Sie den Wert auf TRUE fest, damit alle Datensätze aus einer Tabelle gelöscht werden, bevor die Tabelle entfernt wird.

Legen Sie den Wert auf FALSE fest, um eine Tabelle zu entfernen, ohne zuerst alle Datensätze zu löschen.

Die Eigenschaft steht für die Verwendung mit DB2®-Datenquellen zur Verfügung und ermöglicht es Ihnen, alternative SQL für Tabellenkürzungen anzugeben. Diese Eigenschaft gilt nur, wenn DeleteAsTruncate auf TRUE festgelegt ist. Wenn DeleteAsTruncate auf TRUE festgelegt ist, wird jede benutzerdefinierte SQL in dieser Eigenschaft verwendet, um eine Tabelle zu kürzen. Wenn diese Eigenschaft nicht festgelegt ist, verwendet IBM® Campaign die Syntax TRUNCATE TABLE <TABLENAME>.

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

Wenn IBM® Campaign Ausschlüsse im Prozess "Zusammenführen" vornimmt, wird standardmäßig die Syntax NOT EXISTS wie folgt verwendet:

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS 
(SELECT * FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

Wenn für UseExceptForMerge der Wert TRUE festgelegt ist und Sie NOT IN nicht verwenden können (da UseNotInForMerge inaktiviert ist oder die Zielgruppenebene aus mehreren Feldern besteht und die Datenquelle nicht Oracle ist), wird die Syntax wie folgt geändert:

SELECT IncludeTable.ID FROM IncludeTable 
MINUS (SELECT ExcludeTable.ID FROM ExcludeTable)

SELECT IncludeTable.ID FROM IncludeTable 
EXCEPT (SELECT ExcludeTable.ID FROM ExcludeTable)

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.

Die Eigenschaft UseNonANSIJoin gibt an, ob diese Datenquelle Nicht-ANSI-Verknüpfungssyntax verwendet. Wenn der Datenquellentyp auf Oracle7 oder Oracle8 festgelegt und UseNonANSIJoin auf TRUE gesetzt ist, verwendet die Datenquelle die für Oracle geeignete Nicht-ANSI-Verknüpfungssyntax.

Wenn IBM® Campaign Ausschlüsse im Prozess "Zusammenführen" vornimmt, wird standardmäßig die Syntax NOT EXISTS wie folgt verwendet:

SELECT IncludeTable.ID FROM IncludeTable WHERE NOT EXISTS (SELECT * 
FROM ExcludeTable WHERE IncludeTable.ID = ExcludeTable.ID)

Wenn UseNotInForMerge aktiviert ist und entweder (1) die Zielgruppenebene aus einem einzelnen ID-Feld besteht oder (2) die Datenquelle Oracle ist, wird die Syntax wie folgt geändert:

SELECT IncludeTable.ID FROM IncludeTable WHERE IncludeTable.ID NOT IN 
(SELECT ExcludeTable.ID FROM ExcludeTable)

Diese Eigenschaft ermöglicht es Ihnen, IBM® Campaign so zu konfigurieren, dass die SQL-Abfrage GROUP BY an die Datenbank übergeben wird, um Profile (mithilfe von SELECTfield, count(*) FROM table GROUP BYfield) zu berechnen, statt die Datensätze abzurufen.

SELECT field, COUNT(*) FROM table GROUP BY field