Die Eigenschaften in dieser Kategorie konfigurieren die Art und Weise, in der Campaign mit Datenbanken interagiert, einschließlich der eigenen Systemtabellen. Diese Eigenschaften legen die Datenbanken fest, auf die Campaign zugreifen kann, sowie viele Aspekte der Bildung von Abfragen.
Jede Datenquelle, die Sie in Campaign hinzufügen, wird durch eine Kategorie unter "partition[n] > dataSources > [DATA_SOURCE_NAME]" dargestellt.
|
Die Datenquelle der Campaign-Systemtabellen für jede Partition muss UA_SYSTEM_TABLES in der Marketing Platform genannt werden und es muss eine Kategorie "dataSources > UA_SYSTEM_TABLES" auf der Konfigurationsseite für jede Campaign-Partition bestehen.
|
Campaign wählt die Datenquellenzugriffsbibliothek 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 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 anschließend 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).
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 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.
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.
|
|
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.
Verwenden Sie die Eigenschaft TempTablePreTruncateRunScript, um ein Skript oder ein ausführbares Programm festzulegen, das vor der Kürzung einer temporären Tabelle ausgeführt werden soll. Das von Ihnen festgelegte Skript 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 Skript festlegen, welches die folgende SQL-Anweisung zur Indexerstellung umfasst:
Legen Sie anschließend ein weiteres Skript mit folgender Anweisung in der Eigenschaft TempTablePreTruncateRunScript fest, um den Index zu entfernen:
Verwenden Sie die Eigenschaft TempTablePreTruncateExecutionSQL, um eine SQL-Abfrage festzulegen, 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:
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)
Verwenden Sie die Eigenschaft DSN, um die physische Datenquelle für die Campaign-Datenquelle zu bestimmen, die Sie definieren. Dieser Wert ist standardmäßig nicht definiert.
Sie können mehrere logische Datenquellen angeben, die sich auf dieselbe physische Datenquelle beziehen. Sie können beispielsweise zwei Campaign-Datenquellen erstellen, eine mit AllowTempTables = TRUE und die andere mit AllowTempTables = FALSE. Jede dieser Datenquellen hat einen anderen Datenquellennamen in Campaign. Falls 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.
Campaign verwendet den Wert der Eigenschaft DateFormat um zu bestimmen, wie Daten in date-Formaten geparst werden, wenn die Campaign-Makrosprache verwendet wird oder Daten aus den 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.
|
Stellen Sie die Verbindung zur Datenbank auf einem Computer her, auf dem der Campaign-Server ausgeführt wird. Verwenden Sie db2test im Verzeichnis Campaign\bin, um eine Verbindung herzustellen, und führen Sie folgenden Befehl aus: |
|
|
Informix hat unterschiedliche Formate für das Schreiben und die Auswahl aus der Datenbank. Stellen Sie die Verbindung zur Datenbank auf einem Computer her, auf dem der Campaign-Server ausgeführt wird. Verwenden Sie odbctest im Verzeichnis Campaign\bin, um eine Verbindung herzustellen, und führen Sie folgenden Befehl aus: |
|
|
Stellen Sie die Verbindung zur Datenbank auf einem Computer her, auf dem der Campaign-Server ausgeführt wird. Verwenden Sie odbctest im Verzeichnis Campaign\bin, um eine Verbindung herzustellen, und führen Sie folgenden Befehl aus: Sie können auch folgenden Befehl ausführen, um das Datumsformat auszuwählen: SELECT current_date FROM ANY_TABLE limit 1; wobei ANY_TABLE der Name einer beliebigen vorhandenen Tabelle ist |
|
|
Melden Sie sich bei der Datenbank auf einem Computer an, auf dem der Campaign-Server ausgeführt wird. Verwenden Sie SQL *Plus, um die Verbindung herzustellen, und führen Sie folgenden Befehl aus: Das aktuelle Datum wird in NLS_DATE_FORMAT für diesen Client zurückgegeben. |
|
|
Stellen Sie die Verbindung zur Datenbank auf einem Computer her, auf dem der Campaign-Listener ausgeführt wird. Verwenden Sie odbctest im Verzeichnis Campaign\bin, um eine Verbindung herzustellen, und führen Sie folgenden Befehl aus: |
|
|
Stellen Sie die Verbindung zur Datenbank auf einem Computer her, auf dem der Campaign-Server ausgeführt wird. Verwenden Sie odbctest im Verzeichnis Campaign\bin, um eine Verbindung herzustellen, und führen Sie folgenden Befehl aus: |
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:
|
SuffixOnCreateDateField = FORMAT 'YYYY-MM-DD'
|
|
|
DateFormat = DELIM_Y_M_D
|
|
|
DateOutputFormatString = %Y-%m-%d
|
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. Beachten Sie, dass das Makro DATE_FORMAT zwei verschiedene Arten von Formaten zulässt. 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.
Verwenden Sie nicht die Abfragetools der Datenbank (wie z. B. Query Analyzer von SQL Server), um zu überprüfen, ob die Daten korrekt an die Datenbank gesendet werden. Diese Abfragetools konvertieren das Datumsformat möglicherweise in ein anderes Format als von Campaign ursprünglich an die Datenbank gesendet.
|
2.
|
Wenn die Datenbank zulässt, dass der Befehl INSERT erfolgreich abgeschlossen wird, haben Sie das richtige Format ausgewählt.
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 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 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 deaktiviert, 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 DB2NotLoggedInitiallyUserTables wird nicht für die Campaign-Systemtabellen verwendet.
|
Die Eigenschaft DefaultScale bestimmt die Gleitkommagenauigkeit, wenn numerische Felder von einem Campaign-Snapshot-Prozess in eine Tabelle exportiert werden. Lautet der Wert 0 (Null), behält Campaign die Gleitkommagenauigkeit im exportierten Feld bei.
Sie können die Gleitkommagenauigkeit beschränken, indem Sie diese Eigenschaft ändern. Wenn Sie den Wert beispielsweise auf 3 setzen, beträgt die Gleitkommagenauigkeit drei Stellen (0.NNN).
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.
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.
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.
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:
|
|
Wenn Sie wünschen, dass die Entfernung der Dopplungen durch den Campaign-Anwendungsserver durchgeführt wird, um den Ressourcenverbrauch bzw. die Belastung der Datenbank zu reduzieren.
|
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:
|
|
Legen Sie für diese Eigenschaft nur dann FALSE fest, wenn es sich bei den verwendeten Zielgruppenebenen um Textzeichenketten in einer Datenbank handelt, die in einer anderen Sprache als Englisch geschrieben ist.In allen anderen Szenarien kann der Standardwert TRUE verwendet werden.
|
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 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 deaktiviert 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. Achten Sie darauf, keinen zu niedrigen Wert zu wählen, da sonst u. U. sehr große Protokolldateien erstellt werden.
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem ausgeführten Flowchart verknüpft ist. |
|
|
Dieses Token wird durch den vollständigen Pfad und Dateinamen der temporären Kontrolldatei ersetzt, die von Campaign gemäß der im Parameter LoaderControlFileTemplate angegebenen Vorlage generiert wird. |
|
|
Dieses Token wird durch den Namen der Datenquelle ersetzt, in die Campaign Daten lädt. Dies ist derselbe Datenquellenname, der im Kategorienamen für diese Datenquelle verwendet wird. |
|
|
Dieses Token wird durch den vollständigen Pfad und Dateinamen der temporären Datendatei ersetzt, die von Campaign während des Ladevorgangs erstellt wird. Diese Datei befindet sich im Temp-Verzeichnis von Campaign: UNICA_ACTMPDIR. |
|
|
Dieses Token wird durch den Wert der DSN-Eigenschaft ersetzt. Wenn die DSN-Eigenschaft nicht gesetzt ist, wird das <DSN>-Token durch den Datenquellennamen ersetzt, der im Kategorienamen für diese Datenquelle verwendet wird (derselbe Wert, der zum Ersetzen des <DATABASE>-Tokens verwendet wird). |
|
|
Dieses Token wird durch die Anzahl der Felder in der Tabelle ersetzt. |
|
|
Dieses Token ist veraltet, es wird jedoch zur Gewährleistung der Abwärtskompatibilität unterstützt. Siehe <TABLENAME>, das <TABLE> ab der Version 4.6.3 ersetzt hat. |
|
|
Dieses Token wird durch den Namen der Datenbanktabelle ersetzt, in die Campaign Daten lädt. Dies ist die Zieltabelle Ihres Snapshot-Prozesses oder der Name der von Campaign erstellten temporären Tabelle. |
|
Die Eigenschaft LoaderControlFileTemplate gibt den vollständigen Pfad und Dateinamen der Kontrolldateivorlage an, die zuvor 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 zuvor 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 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 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. 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.
Verwenden Sie diese Eigenschaft, um die Schwelle für die Verwendung des Bulk Loaders festzulegen. Campaign ruft das dem Parameter LoaderCommand zugewiesene Skript 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.
Verwenden Sie diese Eigenschaft, um die Schwelle für die Verwendung des Bulk Loaders festzulegen. Campaign ruft das dem Parameter LoaderCommandForAppend zugewiesene Skript 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. Der angegebene Wert bestimmt die Anzahl der Abfragen, die Campaign automatisch erneut an die Datenbank sendet, bevor ein Datenbankfehler gemeldet wird.
Die Eigenschaft ODBCTableTypes ist ausschließlich für die Unterstützung von Sybase IQ/ASE erforderlich. Diese Eigenschaft muss festgelegt werden, damit Campaign die Liste der Tabellen im Fenster für die Tabellenzuordnung anzeigen kann. 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.
|
Ist diese Eigenschaft auf UTF-8 oder UCS-2 gesetzt, muss der Wert StringEncoding der Datenquelle entweder auf UTF-8 oder WIDEUTF-8 festgelegt werden. Andernfalls wird die Einstellung der Eigenschaft ODBCUnicode ignoriert.
|
|
|
Disabled – Campaign verwendet ANSI-ODBC-Aufrufe.
|
|
|
UTF-8 – Campaign verwendet Unicode-ODBC-Aufrufe und geht davon aus, dass ein SQLWCHAR aus einem Byte besteht. Kompatibel mit DataDirect-ODBC-Treibern.
|
|
|
UCS-2 – Campaign verwendet Unicode-ODBC-Aufrufe und geht davon aus, dass ein SQLWCHAR aus zwei Bytes besteht. Kompatibel mit unixODBC- und Windows-ODBC-Treibern.
|
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.
Gibt ein Skript 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die temporäre Segment-Tabelle erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Segment-Tabelle ersetzt. |
Die Eigenschaft PostSnapshotTableCreateRunScript gibt ein Skript 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Snapshot-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Snapshot-Tabelle ersetzt. |
Die Eigenschaft PostExtractTableCreateRunScript gibt ein Skript 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Extrahieren-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Extrahieren-Tabelle ersetzt. |
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 PostTempTableCreateRunScript gibt ein Skript 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Tabelle ersetzt. |
Gibt ein Skript 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Benutzertabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Benutzertabelle ersetzt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
Unten werden die verfügbaren Token für UOSQLOnConnect beschrieben.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
Die Eigenschaft ShareConnection steuert die Anzahl von Verbindungen, die Campaign für Datenbankvorgänge verwendet. Lautet der Wert FALSE, wird jeder Datenbankvorgang über eine neue Verbindung ausgeführt. Lautet der Wert TRUE, werden alle Datenbankvorgänge über eine einzelne Verbindung ausgeführt.
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.
|
|
Wenn Sie die Eigenschaft Partitionen > Partition[n] > dataSources > [data_source_name] > ODBCUnicode verwenden, wird diese Eigenschaft entweder auf UTF-8 oder WIDEUTF-8 gesetzt. Andernfalls wird die Einstellung der Eigenschaft ODBCUnicode ignoriert.
|
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-Skript des Campaign-Servers ein:
db2set DB2CODEPAGE=CP IBM_code_page
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.
Beachten Sie, dass Teradata die Zeichencodierung pro Spalte unterstützt, 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.
|
|
Bei einer UTF-8-Datenbank empfehlen wir in den meisten Situationen die Verwendung der Pseudo-Codierung WIDEUTF-8, die im Abschnitt "WIDEUTF-8" beschrieben wird.
|
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die temporäre Segment-Tabelle erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Segment-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der temporären Segment-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Snapshot-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Snapshot-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der Snapshot-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Extrahieren-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Extrahieren-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der Extrahieren-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Namen der temporären Tabelle ersetzt. |
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“ Tabellenamens 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der temporären Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das Benutzertabellen erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Benutzertabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der Benutzertabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die temporäre Segment-Tabelle erstellt wurden. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der temporären Segment-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der temporären Segment-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
Die Eigenschaft SnapshotTablePostExecutionSQL gibt eine oder mehrere vollständige SQL-Anweisungen an, die unmittelbar gestartet werden, nachdem eine Snapshot-Tabelle erstellt und gefüllt wurde.
Unten werden die verfügbaren Token für SnapshotTablePostExecutionSQL beschrieben.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Snapshot-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Snapshot-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der Snapshot-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
Die Eigenschaft ExtractTablePostExecutionSQL gibt eine oder mehrere vollständige SQL-Anweisungen an, die unmittelbar gestartet werden, nachdem eine Extrahieren-Tabelle erstellt und gefüllt wurde.
Unten werden die verfügbaren Token für ExtractTablePostExecutionSQL beschrieben.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das die Extrahieren-Tabelle erstellt wurde. |
|
|
Dieses Token wird durch die bzw. den Spaltennamen der Extrahieren-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Namen der Extrahieren-Tabelle ersetzt. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
Der Parameter TempTablePrefix gibt eine Zeichenkette an, die automatisch den Namen aller von Campaign erstellten temporären Tabellen vorangestellt wird. Sie können diesen Parameter verwenden, 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.
|
Dieses Token wird durch den IBM Unica Marketing-Benutzernamen ersetzt, der mit dem Flowchart verknüpft ist, für das temporäre Tabellen erstellt wurden. |
|
|
Dieses Token wird durch den Campaign-Benutzernamen des Benutzers ersetzt, der das Flowchart ausführt. |
Der Parameter TeradataDeleteBeforeDrop gilt nur für Teradata-Datenquellen. Er gibt an, ob Datensätze gelöscht werden, bevor eine Tabelle verworfen wird.
Legen Sie TRUE fest, um alle Datensätze aus einer Tabelle zu löschen, bevor die Tabelle verworfen wird.
|
|
Falls Campaign die Datensätze aus irgendeinem Grund nicht löschen kann, wird die Tabelle nicht verworfen.
|
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.
|
Dieses Token wird durch den Namen der Datenbanktabelle ersetzt, die von Campaign gekürzt wird. |
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 UseExceptForMerge aktiviert ist (als Wert ist YES festgelegt) und wir "NOT IN" nicht verwenden können (da UseNotInForMerge deaktiviert ist oder die Zielgruppenebene mehrere Felder umfasst und die Datenquelle nicht Oracle ist), wird die Syntax folgendermaßen 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 der Datenquellentyp auf Informix8 festgelegt ist, wird der Wert von UseNonANSIJoin ignoriert, und es wird stets die für Informix8 geeignete 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 der Datenquellentyp auf Sybase festgelegt und für UseNonANSIJoin der Wert TRUE angegeben ist, verwendet die Datenquelle die für Sybase geeignete Nicht-ANSI-Verknüpfungssyntax.
|
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 folgendermaßen 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.
|
|
Lautet der Wert FALSE (Standardwert), erstellt Campaign ein Profil für ein Feld, indem der Wert des Felds für alle Datensätze in der Tabelle abgerufen wird, und verfolgt die Anzahl jedes eindeutigen Werts.
|
|
|
Beim Wert TRUE erstellt Campaign ein Profil für ein Feld, indem eine Abfrage ähnlich der folgenden ausgeführt wird:
|