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 Campaign -Umgebung nicht richtig ist. Beispielsweise werden in der 64-Bit-Version von Campaign zwei ODBC-Zugriffsbibliotheken bereitgestellt: eine für geeignete ODBC-Datenquellen, die mit der unixODBC-Implementierung kompatibel ist (libodb4d.so wird von Campaign z. B. für den Zugriff auf Informix® verwendet), sowie eine, die mit der DataDirect-Implementierung kompatibel ist (libodb4dDD.so wird von Campaign z. B. für den Zugriff auf Teradata verwendet).

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 bestimmen, dass die standardmäßige Zugriffsbibliothek überschrieben werden soll (zum Beispiel, wenn Sie einen DataDirect-Treibermanager und -Treiber für Informix® erwerben), legen Sie diesen Parameter als erforderlich fest (im Beispiel auf libodb4dDD.so, wodurch die standardmäßige Auswahl libodb4d.so überschrieben wird).

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

Legt fest, ob Campaign versucht, eine SQL-Verknüpfung der Basistabellen (von derselben Datenquelle) durchzuführen, die in einem Auswahlprozess verwendet werden; andernfalls wird die entsprechende Verknüpfung auf dem Campaign -Server durchgeführt.

Die Eigenschaft AllowSegmentUsingSQLCase gibt an, ob der Campaign -Segment-Prozess mehrere SQL-Anweisungen in einer einzelnen SQL-Anweisung konsolidiert, wenn bestimmte Konfigurationsbedingungen erfüllt sind.

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

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

Die Eigenschaft AllowTempTables legt fest, ob Campaign temporäre Tabellen in der Datenbank erstellt. Durch die Erstellung von temporären Tabellen kann die Leistung von Kampagnen deutlich verbessert werden. Lautet der Wert TRUE, sind temporäre Tabellen aktiviert.

Wenn temporäre Tabellen aktiviert sind, werden bei jeder Abfrage, die für die Datenbank ausgeführt wird (zum Beispiel durch den Segment-Prozess), die resultierenden IDs in eine temporäre Tabelle in der Datenbank geschrieben. Wird eine zusätzliche Abfrage ausgeführt, verwendet Campaign diese temporäre Tabelle möglicherweise zum Abrufen von Zeilen aus der Datenbank.

Sind temporäre Tabellen nicht aktiviert, speichert Campaign die ausgewählten IDs im Serverspeicher. Die zusätzliche Abfrage ruft IDs aus der Datenbank ab und gleicht diese mit den IDs im Serverspeicher ab.

Die Eigenschaft ASMSaveDBAuthentication legt fest, ob Campaign Ihren Benutzernamen und Ihr Kennwort in IBM® Unica Marketing speichert, wenn Sie sich bei Campaign anmelden und eine Tabelle in einer Datenquelle zuordnen, bei der Sie 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® Unica Marketing-Benutzernamen an, der dem Campaign -Systembenutzer zugewiesen wurde (erforderlich für den Zugriff auf die Campaign -Systemtabellen).

Die Eigenschaft BulkInsertBlockSize legt die maximale Größe eines Datenblocks als Datensatzanzahl fest, die Campaign gleichzeitig an die Datenbank übergeben kann.

Die Eigenschaft BulkInsertRequiresColumnType ist nur erforderlich, um Data Direct ODBC-Datenquellen zu unterstützen. Setzen Sie diese Eigenschaft auf TRUE bei Data Direct ODBC-Datenquellen, wenn Sie Stapeleinfügungen (Array) verwenden. Setzen Sie diese Eigenschaft auf FALSE, 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 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.

} (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, bleiben Verbindungen in Campaign bis zu einer angegebenen Höchstanzahl 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 Wert der Eigenschaft 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 Wert der Eigenschaft 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.

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 DATE-Makro 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 Wert der Eigenschaft 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 Wert der Eigenschaft DateOutputFormatString muss eine Formatzeichenkette sein – es darf keine der DATE-Makrobezeichner sein. Verwenden Sie in der Regel eines der Formate mit Trennzeichen.

Der Wert der Eigenschaft [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 sollten Sie die Eigenschaft DateTimeFormat festlegen, indem Sie Ihrem DateFormat-Wert DT_ voranstellen, nachdem Sie den DateFormat-Wert 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/Uhrzeit an, das verwendet werden soll, wenn Campaign ein beliebiges Datum bzw. eine beliebige Uhrzeit in eine Datenbank schreibt, wie beispielsweise Start- oder Enddatum bzw. -uhrzeit einer Kampagne. Legen Sie als Wert der Eigenschaft 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.

Die Eigenschaft DB2NotLoggedInitially bestimmt, ob Campaign die SQL-Syntax not logged initially beim Fü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.

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

Die Eigenschaft DB2NotLoggedInitiallyUserTables bestimmt, ob 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.

Die Eigenschaft DefaultScale wird verwendet, wenn Campaign ein Datenbankfeld erstellt, um bei Verwendung des Snapshop- oder Exportprozesses numerische Werte aus einer Textdatei zu speichern.

Diese Eigenschaft wird nicht für numerische Werte verwendet, die aus einer Datenbanktabelle stammen, außer im Datenbankfeld werden Informationen über Genauigkeit und Nachkommastelle ausgelassen. (Genauigkeit gibt die Gesamtzahl der für das Feld zulässigen Stellen an. Nachkommastelle gibt die Anzahl der Stellen an, die rechts neben dem Dezimalkomma zulässig sind. Beispiel: 6,789 hat die Genauigkeit "4" und die Nachkommastelle "3". Werte, die aus einer Datenbanktabelle abgerufen werden, enthalten Informationen zur Genauigkeit und Nachkommastelle, die Campaign beim Erstellen des Felds verwendet.)

Textdateien geben keine Genauigkeit und Nachkommastelle an. Verwenden Sie DefaultScale, um die Stellen rechts vom Dezimalkomma für das erstellte Feld festzulegen. Beispiel:

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

0 (Null)

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 eine Ausgabeverarbeitung 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.

Die Eigenschaft DisallowTempTableDirectCreate legt fest, wie Campaign einer temporären Tabelle Daten hinzufügt.

Bei der Einstellung FALSE führt Campaign direkte SQL-Syntax zum Erstellen und Füllen über einen Befehl aus, zum Beispiel CREATE TABLE <table_name> AS ... (für Oracle und Netezza®) und SELECT <field_names> INTO <table_name> ... (für 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:

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

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:

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

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 Extrahieren-Tabellen aus, wenn der Wert der Eigenschaft ExtractTablePrefix der Standardwert ist.

Die Eigenschaft ExtractTablePostExecutionSQL gibt eine oder mehrere vollständige SQL-Anweisungen an, die unmittelbar, nachdem eine Extrahieren-Tabelle 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 Extrahieren-Tabellen in Campaign vorangestellt wird.

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 der Timeout inaktiviert und die Verbindung bleibt geöffnet.

Die Eigenschaft InsertLogSize legt fest, wann ein neuer Eintrag in die Protokolldatei erfolgt, während der Campaign -Snapshot-Prozess ausgeführt wird. Immer, wenn die Anzahl der vom Snapshot-Prozess 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 Snapshot-Prozesses 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 Wert der Eigenschaft die JNDI-Datenquelle (Java™ Naming and Directory Interface) fest, die auf dem Anwendungsserver (WebSphere® oder WebLogic) definiert ist.

Die Eigenschaft LoaderCommand gibt den Befehl an, mit dem Ihr Datenbankladeprogramm in Campaign aufgerufen wird. Wenn Sie diesen Parameter festlegen, wechselt Campaign für alle Ausgabedateien des Snapshot-Prozesses, die mit den Einstellungen "Alle Datensätze ersetzen" verwendet werden, in den Datenbankladeprogramm-Modus. Dieser Parameter ruft den Datenbankladeprogramm-Modus ebenfalls auf, wenn Campaign ID-Listen in temporäre Tabellen lädt.

Für den Start der meisten Datenbankladeprogramme sind mehrere Argumente erforderlich. Diese Argumente können u. a. die Daten- und Kontrolldatei, aus der geladen werden soll, und die Datenbank und Tabelle, in die geladen werden soll, angeben. Campaign unterstützt folgende Token, die bei der Ausführung des Befehls durch die festgelegten Elemente ersetzt werden. Informieren Sie sich in der Dokumentation zu Ihrem Datenbankladeprogramm ü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.

Der Parameter LoaderCommandForAppend legt den Befehl fest, mit dem Ihr Datenbankladeprogramm für das Hinzufügen von Datensätzen zu einer Datenbanktabelle in Campaign aufgerufen wird. Wenn Sie diesen Parameter festlegen, wechselt Campaign für alle Ausgabedateien des Snapshot-Prozesses, die mit den Einstellungen zum Anfügen von Datensätzen verwendet werden, in den Datenbankladeprogramm-Modus.

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

Die Eigenschaft LoaderControlFileTemplate gibt den vollständigen Pfad und Dateinamen der Kontrolldateivorlage an, die in Campaign konfiguriert wurde. Wenn dieser Parameter festgelegt ist, erstellt Campaign basierend auf der hier angegebenen Vorlage dynamisch eine temporäre Kontrolldatei. Der Pfad und Name dieser temporären Kontrolldatei stehen dem Token <CONTROLFILE> zur Verfügung, das dem Parameter LoaderCommand zur Verfügung steht.

Vor der Verwendung von Campaign im Datenbankladeprogramm-Modus müssen Sie die Kontrolldateivorlage konfigurieren, die durch diesen Parameter festgelegt wird. Die Kontrolldateivorlage unterstützt die folgenden Token, die dynamisch ersetzt werden, wenn die temporäre Kontrolldatei von 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.

Die Eigenschaft LoaderControlFileTemplateForAppend gibt den vollständigen Pfad und Dateinamen der Kontrolldateivorlage an, die in Campaign konfiguriert wurde. Wenn dieser Parameter festgelegt ist, erstellt Campaign basierend auf der hier angegebenen Vorlage dynamisch eine temporäre Kontrolldatei. Der Pfad und Name dieser temporären Kontrolldatei stehen dem Token <CONTROLFILE> zur Verfügung, das der Eigenschaft LoaderCommandForAppend zur Verfügung steht.

Vor der Verwendung von Campaign im Datenbankladeprogramm-Modus müssen Sie die Kontrolldateivorlage konfigurieren, die durch diesen Parameter festgelegt wird. Die Kontrolldateivorlage unterstützt die folgenden Token, die dynamisch ersetzt werden, wenn die temporäre Kontrolldatei von Campaign erstellt wird.

Informationen über die richtige Syntax für Ihre Kontrolldatei finden Sie in der Dokumentation zu Ihrem Datenbankladeprogramm. Die für die Kontrolldateivorlage zur Verfügung stehenden Token sind dieselben wie die für die Eigenschaft LoaderControlFileTemplate.

Die Eigenschaft LoaderDelimiter gibt an, ob die temporäre Datendatei eine Textdatei mit fester Breite oder mit Trennzeichen ist. Bei einer Datei mit Trennzeichen werden außerdem die von Campaign als Trennzeichen verwendeten Zeichen festgelegt.

Ist der Wert nicht definiert, erstellt Campaign die temporäre Datendatei als Textdatei 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. Campaign erstellt die temporäre Datendatei als eine durch Trennzeichen getrennte Textdatei 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 (beispielsweise dbaccess von Informix bei der Verwendung von externen Tabellen). Um diese Anforderung zu erfüllen, setzen Sie den Wert für LoaderDelimiterAtEnd auf TRUE. Wenn das Ladeprogramm zum Füllen einer Tabelle aufgerufen wird, von der bekannt ist, dass sie leer ist, verwendet Campaign Trennzeichen am Ende jeder Zeile.

Einige externe Ladeprogramme erfordern, dass die Datendatei durch Trennzeichen getrennt ist und jede Zeile mit dem Trennzeichen endet (beispielsweise dbaccess von Informix bei der Verwendung von externen Tabellen). 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 Campaign Trennzeichen am Ende jeder Zeile.

Die Eigenschaft LoaderDelimiterForAppend gibt an, ob die temporäre Campaign -Datendatei eine Textdatei 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 wird.

Ist der Wert nicht definiert, erstellt Campaign die temporäre Datendatei als Textdatei 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.Campaign erstellt die temporäre Datendatei als eine durch Trennzeichen getrennte Textdatei und verwendet den Wert dieser Eigenschaft als Trennzeichen.

Die Eigenschaft LoaderUseLocaleDP legt fest, ob das gebietsschemaspezifische Symbol als Dezimalpunkt verwendet wird, wenn Campaign numerische Werte in Dateien schreibt, die über ein Datenbankladeprogramm geladen werden sollen.

Geben Sie FALSE an, um festzulegen, dass der Punkt (.) als Dezimalpunkt verwendet werden soll.

Geben Sie TRUE an, um festzulegen, dass das gebietsschemaspezifische Symbol als Dezimalpunkt verwendet werden soll.

Ermöglicht Ihnen die Angabe der maximalen Anzahl von Elementen, die 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).

Die Eigenschaft MaxQueryThreads gibt die Obergrenze für die Anzahl an gleichzeitigen Abfragen an, die von einen einzelnen Campaign -Flowchart für jede Datenbankquelle ausgeführt werden kann.

Campaign führt Datenbankabfragen mithilfe von unabhängigen Threads aus. Da 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 durch diese Eigenschaft festgelegten Wert überschreitet, wird die Anzahl der gleichzeitigen Abfragen automatisch durch den Campaign -Server auf diesen Wert beschränkt.

Der Höchstwert ist unbegrenzt. Beachten Sie, dass, wenn die Eigenschaft maxReuseThreads auf einen Wert festgelegt wird, der nicht Null ist, dieser größer oder gleich dem Wert von MaxQueryThreads sein sollte.

Liegt die ausgewählte Anzahl von IDs unter dem Wert, der von der Eigenschaft MaxRowFetchRecords festgelegt wird, übergibt Campaign die IDs einzeln in einer separaten SQL-Abfrage an die Datenbank. Dieser Vorgang kann sehr viel Zeit beanspruchen.Wenn die ausgewählte Anzahl von IDs über dem von diesem Parameter festgelegten Wert liegt, verwendet 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 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 MaxTempTableJoinPctWithCondition, 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 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 Wert der Eigenschaft 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.

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 Campaign die ausgewählten IDs (TempID) in eine temporäre Tabelle (Temp_table) in der Datenbank.

Anschließend erstellen Sie beispielsweise einen Snapshot der ausgewählten IDs (CustID) mit dem tatsächlichen Kontostand (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 Snapshot-Prozess generierte SQL-Ausdruck sieht möglicherweise folgendermaßen aus:

Wenn der Auswahlprozess mehr als 90 % abruft, ruft der nachfolgende Snapshot-Prozess alle Datensätze ab und gleicht diese mit dem ersten Satz von IDs ab. Dabei werden unnötige IDs verworfen.

Wird eine Abfrage ausgeführt, erstellt 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 Wert der Eigenschaft MaxTempTableJoinPctWithCondition, erfolgt keine Verknüpfung. Hierdurch wird ein unnötiger Mehraufwand 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 Wert der Eigenschaft 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 Wert der Eigenschaft 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. Campaign ruft das dem Parameter LoaderCommand zugewiesene Script auf, wenn die Anzahl der eindeutigen IDs in der Eingabezelle 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 Campaign davon ausgegangen, dass der Wert der Standardwert (Null) ist. Wenn die Eigenschaft konfiguriert, aber ein negativer Wert oder ein Nicht-Ganzzahlwert als Wert festgelegt ist, wird in Campaign davon ausgegangen, dass der Wert Null ist.

Mithilfe dieser Eigenschaft können Sie den Schwellenwert für die Verwendung des Massenladeprogramms festlegen. Campaign ruft das dem Parameter LoaderCommandForAppend zugewiesene Script auf, wenn die Anzahl der eindeutigen IDs in der Eingabezelle 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 Campaign davon ausgegangen, dass der Wert der Standardwert (Null) ist. Wenn die Eigenschaft konfiguriert, aber ein negativer Wert oder ein Nicht-Ganzzahlwert als Wert festgelegt ist, wird in Campaign davon ausgegangen, dass der Wert Null ist.

Die Eigenschaft NumberOfRetries legt fest, wie oft Campaign einen fehlgeschlagenen Datenbankvorgang automatisch wiederholt. Campaign sendet so oft automatisch erneut Anfragen an die Datenbank, wie durch diesen Wert angegeben, bevor ein Datenbankfehler gemeldet wird.

Die Eigenschaft ODBCTableTypes ist nur erforderlich, um Sybase-IQ/ASE-Datenquellen zu unterstützen. Für Campaign muss diese Eigenschaft festgelegt werden, damit die Liste der Tabellen im Fenster für die Tabellenzuordnung angezeigt wird. Fügen Sie dieser Eigenschaft folgende Werte hinzu, um die Zuordnung von Sybase IQ/ASE-Datenquellen zu unterstützen:

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

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

Der Standardwert FALSE erlaubt Campaign , die API-Spezifikation ODBCv3 zu verwenden, während durch die Einstellung TRUE 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 gesetzt ist, unterstützt Campaign die Unicode-Variante der ODBC-API nicht, und für die Eigenschaft ODBCUnicode wird nur der Wert disabled erkannt.

Mit der Eigenschaft OwnerForTableDisplay können Sie die Anzeige für die Tabellenzuordnung in Campaign auf Tabellen beschränken, die einem bestimmten Benutzer gehören. Sie können die Anzeige auch auf eine oder mehrere Gruppen von Tabellen im Besitz des bzw. der angegebenen Benutzer beschränken.

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

Die Eigenschaft PostExtractTableCreateRunScript gibt ein Script oder ein ausführbares Programm an, das von Campaign gestartet wird, nachdem eine Extrahieren-Tabelle erstellt und gefü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 Campaign ausgeführt wird, nachdem eine temporäre Tabelle erstellt und gefü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 Snapshot-Tabelle 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 Systemtabellen-Datenbank 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 "direkten 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)

Die Eigenschaft ShareConnection wird nicht mehr verwendet; für sie sollte der Standardwert festgelegt werden (FALSE).

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. Ebenso werden die Zeichendaten von der internen Codierung in Campaign in die Codierung umgewandelt, die in der Eigenschaft StringEncoding festgelegt ist, wenn Campaign eine Abfrage an die Datenbank sendet.

Lassen Sie diesen Wert nicht leer, auch wenn er standardmäßig nicht definiert ist. Setzen Sie den Wert auf UTF-8, wenn Sie ASCII-Daten verwenden.

Für DB2®- oder SQL Server-Datenbanken sollten Sie eine Codepage statt eine iconv-Codierung verwenden. Bei Teradata-Datenbanken sollten Sie Standardverhalten zum Teil überschreiben. In diesem Abschnitt wird beschrieben, wie Sie für diese Datenbanken den richtigen Wert für die Eigenschaft StringEncoding festlegen.

Um den richtigen Wert für die Eigenschaft StringEncoding bei einer DB2®-Datenbank zu bestimmen, suchen Sie nach der Codepage, die den regionalen Einstellungen des Betriebssystems des Campaign -Servers entspricht.

Um den Wert der Eigenschaft StringEncoding für eine DB2®-Datenbank festzulegen, fügen Sie folgenden Befehl in das Startup-Script des Campaign -Servers ein:

Dies hat Auswirkungen auf alle DB2®-Datenquellen und unter Umständen auch auf weitere ausgeführte Programme.

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):

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:

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

Der Standardwert der Eigenschaft 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 gültiger 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 jedem von Campaign generierten SQL-Ausdruck beigefügt 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 "direkten SQL"-Ausdrücken, die im Auswahlprozess verwendet werden.

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

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 beifügt.

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

Die Eigenschaft SuffixOnInsertSQL gibt eine Zeichenkette an, die automatisch allen von Campaign generierten INSERT-SQL-Ausdrücken beigefügt wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in "direkten SQL"-Ausdrücken, die im Auswahlprozess verwendet werden.

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

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

Die Eigenschaft SuffixOnSelectSQL gibt eine Zeichenkette an, die automatisch allen von Campaign generierten SELECT-SQL-Ausdrücken beigefügt wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in "direkten 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 dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer temporären Tabelle generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in "direkten 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 dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer temporären Segment-Tabelle generiert wird.

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

Die Eigenschaft SuffixOnSnapshotTableCreation gibt eine Zeichenkette an, die automatisch dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer Snapshot-Tabelle generiert wird.

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

Die Eigenschaft SuffixOnExtractTableCreation gibt eine Zeichenkette an, die automatisch dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer Extrahieren-Tabelle generiert wird.

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

Die Eigenschaft SuffixOnUserBaseTableCreation gibt eine Zeichenkette an, die automatisch dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer Basistabelle (zum Beispiel in einem Extrahieren-Prozess) generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in "direkten 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 dem SQL-Ausdruck beigefügt wird, der von Campaign bei der Erstellung einer allgemeinen Tabelle (zum Beispiel in einem Snapshot-Prozess) generiert wird. Diese Eigenschaft wird nur auf von Campaign generiertes SQL angewendet und nicht auf SQL in "direkten 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 Schemata (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 Schemata in der Systemtabellen-Datenbank vorhanden sind, legen Sie als Wert den Namen des Schemas fest, in dem die Campaign -Systemtabellen erstellt wurden.

Die Eigenschaft TempTablePostExecutionSQL gibt eine vollständige SQL-Anweisung an, die von Campaign unmittelbar nach der Erstellung einer temporären Tabelle in einer Benutzerdatenquelle oder der Systemtabellen-Datenbank ausgeführt wird. Für die Eigenschaft AllowTempTables muss TRUE festgelegt werden, um die Erstellung von temporären Tabellen in einer Datenquelle zu ermöglichen.

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 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, Campaign gibt 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 Eignernamen und die zweite Spalte eine Spalte mit Tabellennamen ist.

Wenn die SQL-Abfrage nicht mit einem Stern (*) beginnt, führt 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 Kampagne verwendete ODBC-API-Aufruf unter normalen Umständen eine Liste von 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:

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:

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 Optimize.

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:

Die Eigenschaft UserTablePostExecutionSQL gibt eine vollständige SQL-Anweisung an, die von Campaign unmittelbar nach der Erstellung einer Benutzertabelle in einer Benutzerdatenquelle oder der Systemtabellen-Datenbank ausgeführt wird.

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 die Eigenschaft UseTempTablePool auf TRUE gesetzt, werden keine temporären Tabellen aus der Datenbank entfernt. Temporäre Tabellen werden gekürzt und im von Campaign gepflegten Tabellenpool wiederverwendet. Wird die Einstellung auf FALSE gesetzt, werden temporäre Tabellen entfernt und mit jeder Ausführung eines Flowcharts neu erstellt.

Die Eigenschaft SegmentTablePostExecutionSQL gibt eine vollständige SQL-Anweisung an, die von Campaign gestartet wird, nachdem eine temporäre Tabelle 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 Snapshot-Tabelle ausgeführt werden sollen.

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

Der Parameter TempTablePrefix gibt eine Zeichenkette an, die automatisch den Namen aller von Campaign erstellten temporären Tabellen vorangestellt wird. Verwenden Sie diesen Parameter, um temporäre Tabellen zu identifizieren und zu verwalten. Zudem können Sie diese Eigenschaft verwenden, um festzulegen, dass temporäre Tabellen an einem bestimmten Ort erstellt werden.

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

Verwenden Sie die Eigenschaft TempTablePreTruncateExecutionSQL, 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 die Eigenschaft TempTablePreTruncateRunScript, um ein Script oder ein ausführbares Programm anzugeben, das vor der Kürzung einer temporären Tabelle ausgeführt werden soll. Das von Ihnen festgelegte Script kann genutzt werden, um den Effekt einer in der Eigenschaft PostTempTableCreateRunScript festgelegten 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 folgender Anweisung in der Eigenschaft TempTablePreTruncateRunScript fest, um den Index zu entfernen:

Der Parameter TeradataDeleteBeforeDrop gilt nur für Teradata-Datenquellen. Er gibt an, ob Datensätze gelöscht werden, bevor eine Tabelle entfernt wird.

Legen Sie TRUE fest, um alle Datensätze aus einer Tabelle zu löschen, bevor die Tabelle selbst entfernt wird.

Legen Sie FALSE fest, um eine Tabelle zu verwerfen, ohne zuerst alle Datensätze zu löschen.

Die Eigenschaft TruncateSQL 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 gesetzt ist, wird jede benutzerdefinierte SQL in dieser Eigenschaft verwendet, um die Tabelle zu kürzen. Wenn diese Eigenschaft nicht festgelegt ist, verwendet Campaign die Syntax TRUNCATE TABLE <TABLENAME>.

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

Die Eigenschaft Partitionen > Partition[n] > dataSources > [data_source_name] > Typ gibt den Datenbanktyp dieser Datenquelle an.

Wenn Campaign Ausschlüsse im Zusammenführen- oder im Segment-Prozess vornimmt, wird standardmäßig die Syntax "NOT EXISTS" wie im folgenden Beispiel verwendet:

Wenn für UseExceptForMerge der Wert TRUE festgelegt ist und wir "NOT IN" nicht verwenden können (da UseNotInForMerge inaktiviert ist oder weil die Zielgruppenebene mehrere Felder umfasst und die Datenquelle nicht Oracle ist), wird die Syntax wie folgt geändert:

Implementiert die SQL-Syntax "MERGE", um die Leistung des Verfolgen-Prozesses zu verbessern. Die Eigenschaft UseMergeForTrack kann für DB2®, Oracle, SQL Server 2008, und Teradata 12 auf TRUE gesetzt 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 (z. B. für Versionen von Oracle vor Version 8 und Informix8).

Wenn Campaign Ausschlüsse im Zusammenführen- oder im Segment-Prozess vornimmt, wird standardmäßig die Syntax "NOT EXISTS" wie im folgenden Beispiel verwendet:

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

Die Eigenschaft UseSQLToProfile ermöglicht es Ihnen, Campaign so zu konfigurieren, dass die SQL-Abfrage GROUP BY zum Berechnen von Profilen (mithilfe von "SELECT field, count(*) FROM table GROUP BY field”) an die Datenbank gesendet wird, statt zum Abrufen von Datensätzen.