Einzelheiten zur datenbankinternen Optimierung

Durch datenbankinterne Optimierung kann das Kopieren von IDs aus der Datenbank in den IBM® Campaign-Server vermieden werden, um sie, wann immer möglich, zu verarbeiten. Durch diese Option kann die Ablaufdiagrammleistung verbessert werden.

Durch die datenbankinterne Optimierung wird festgelegt:

Ob Operationen auf dem Datenbankserver oder dem lokalen IBM® Campaign-Server ausgeführt werden.

Wo die Ergebnisse von Operationen gespeichert werden.

Bei Aktivierung der datenbankinternen Optimierung:

Werden Verarbeitungstasks wie das Sortieren, Verbinden und Zusammenführen von Daten wann immer möglich auf dem Datenbankserver ausgeführt.

Ausgabezellen von Prozessen in temporären Tabellen auf dem Datenbankserver gespeichert.

Datenbankinterne Optimierung wirkt sich auf die CPU-Belegung aus:

Wenn die datenbankinterne Optimierung aktiv ist, wird mehr CPU auf dem Datenbankserver belegt.

Wenn die datenbankinterne Optimierung nicht aktiv ist, wird mehr CPU auf dem IBM® Campaign-Server belegt.

Sie können die datenbankinterne Optimierung global anwenden und die globale Einstellung für einzelne Ablaufdiagramme überschreiben. Das bewährte Verfahren ist, die globale Konfigurationseigenschaft (useInDbOptimization) zu inaktivieren und die Option auf die Ablaufdiagrammebene festzulegen (Erweiterte Einstellungen > Admin > Datenbankinterne Optimierung während Ablaufdiagrammausführung verwenden).

Datenbankinterne Verarbeitung kann nicht ausgeführt werden, wenn Sie Einschränkungen für die Größe der Ausgabezelle angeben oder temporäre Tabellen für einen Prozess inaktiviert werden.

Einschränkungen der datenbankinternen Optimierung

Datenbankinterne Optimierung wird nicht für alle Datenbanken unterstützt.

Abhängig von der erforderlichen Logik werden einige Funktionen weiterhin auf dem IBM® Campaign-Server ausgeführt, auch wenn die datenbankinterne Verarbeitung aktiv ist. Hier einige Beispiele:

Die Abfrage verwendet Tabellen aus unterschiedlichen Datenquellen.

Wenn z. B. ein Prozess "Auswählen" unterschiedliche Datenquellen abfragt, speichert IBM® Campaign automatisch die ID-Listen dieser Fälle auf dem Anwendungsserver.

Die Abfrage enthält nicht SQL-basierte Makros oder abgeleitete Felder.

Um zum Beispiel ein abgeleitetes Feld zu berechnen, wertet IBM® Campaign die abgeleitete Feldformel aus, um zu prüfen, ob ein Teil der Berechnung mit SQL ausgeführt werden kann. Wenn einfache SQL-Anweisungen verwendet werden können, wird die Berechnung datenbankintern ausgeführt. Wenn nicht, werden temporäre Tabellen auf dem IBM® Campaign-Server erstellt, um die Berechnungen zu verarbeiten und die Ergebnisse von Prozess zu Prozess innerhalb eines Ablaufdiagramms zu speichern.

Verarbeiten von direktem SQL in Makros

Benutzerdefinierte Makros, die aus Direkt-SQL-Anweisungen bestehen, können unter Berücksichtigung der folgenden Anleitung datenbankintern verarbeitet werden:

Alle Direkt-SQL-Makros müssen mit select anfangen und genau ein from im Rest des Textes enthalten.

Bei Datenbanken, die nur das Einfügen in <TempTable>-Syntax unterstützen, müssen Sie mindestens eine Basistabelle zur gleichen Datenquelle auf der gleichen Zielgruppenebene zuordnen wie das Direkt-SQL-Makro. Wenn die vom Direkt-SQL-Makro ausgewählten Felder für die Felder der temporären Tabelle zu groß sind, tritt ein Laufzeitfehler auf.

Wenn Sie eine Direkt-SQL-Abfrage in einem Prozess "Auswählen" mit einer Eingabezelle verwenden, müssen Sie das Token <TempTable> verwenden, um die richtige Liste von Zielgruppen-IDs zu erhalten. Verwenden Sie außerdem das Token <OutputTempTable>, damit Zielgruppen-IDs nicht von der Datenbank zurück zum IBM® Campaign-Server abgerufen werden.

Wenn Sie direktes SQL mit datenbankinterner Optimierung verwenden, müssen Sie das direkte SQL so codieren, dass eine Verknüpfung zur temporären Tabelle des vorgelagerten Prozesses erstellt wird. Andernfalls kann für die Ergebnisse kein Scoping durch die Ergebnisse des vorgelagerten Prozesses durchgeführt werden.