Die maximale Anzahl an Contact Optimization-Testkombinationen von vorgeschlagenen Transaktionen oder Alternativen, um für den Kunden die optimale Alternative zu finden.
Wenn die Anzahl der zu optimierenden Kunden größer als CustomerSampleSize ist, teilt
Contact Optimization die Kunden in Gruppen ein, die nicht größer als der für
CustomerSampleSize angegebene Wert sind.
Contact Optimization optimiert dann jede Stichprobengruppe separat. Regeln, die sich auf mehrere Gruppen beziehen, wie z. B. die Regel "Benutzerdefinierte Kapazität", werden weiterhin eingehalten. Durch das Erhöhen dieses Wertes kann die Optimalität gesteigert, aber die Leistung möglicherweise verringert werden.
Der optimale Wert für CustomerSampleSize entspricht Ihrer Anzahl an Kunden. Die Verarbeitung einer großen Datenmenge kann aber eine untragbar große Menge an Zeit erfordern. Durch das Aufteilen der Kunden in kleinere Gruppen, die von
Contact Optimization gleichzeitig zu verarbeiten sind, steigern Sie die Leistung bei einem minimalen Verlust an Optimalität.
Der zufällige Seedwert repräsentiert den Ausgangspunkt, den Contact Optimization verwendet, um Datensätze zufällig auszuwählen, bevor
Contact Optimization die durch
CustomerSampleSize definierten Stichprobengruppen auffüllt. Wenn Sie weniger Kunden als
CustomerSampleSize haben, hat diese Eigenschaft keine Auswirkung auf die Optimierung.
Die maximale Anzahl an Iterationen, die Contact Optimization für eine Gruppe von Kunden verarbeitet.
Contact Optimization verarbeitet eine Gruppe von Kunden entweder bis Optimalität erreicht wird oder bis die Anzahl der Iterationen gleich dem Wert von
MaxIterationsPerCustomerSample ist.
Die maximale Anzahl an Threads, die Contact Optimization für das Verarbeiten der Optimierungsalgorithmen verwendet. Im Allgemeinen gilt: Je höher Sie den Wert für
MaxCustomerSampleProcessingThreads festlegen, desto höhere Leistungssteigerungen können Sie erzielen. Die Leistungssteigerung wird aber von mehreren Faktoren begrenzt, etwa von der Art und Anzahl der Optimierungsregeln, die Sie verwenden, sowie von der eingesetzten Hardware. Eine ausführliche Anleitung zur Optimierung Ihrer
Contact Optimization-Implementierung erhalten Sie von Ihrem
IBM® -Ansprechpartner.
Die Anzahl der Threads, die in Contact Optimization zum Lesen einer Kundenstichprobe aus der PCT zur Verfügung stehen. Durch Erhöhung der Anzahl von Threads kann die Leistung einer
Contact Optimization-Sitzung verbessert werden. Eine ausführliche Anleitung zur Optimierung Ihrer
Contact Optimization-Implementierung erhalten Sie von Ihrem
IBM® -Ansprechpartner.
Die Anzahl der Threads, die in Contact Optimization zum Schreiben einer Kundenstichprobe in eine Staging-Tabelle für die OCT zur Verfügung stehen. Durch Erhöhung der Anzahl von Threads kann die Leistung einer
Contact Optimization-Sitzung verbessert werden. Eine ausführliche Anleitung zur Optimierung Ihrer
Contact Optimization-Implementierung erhalten Sie von Ihrem
IBM® -Ansprechpartner.
Wenn diese Eigenschaft auf "True" gesetzt ist, verwendet Contact Optimization bei der Verarbeitung der Optimierungsalgorithmen mehrere Threads. Die Anzahl der Threads können Sie mit den Konfigurationseigenschaften
MaxCustomerSampleProcessingThreads,
ProcessingThreadQueueSize und
PostProcessingThreadQueueSize konfigurieren. Wenn die Eigenschaft auf "False" gesetzt ist, verwendet
Contact Optimization bei der Verarbeitung der Optimierungsalgorithmen einen Einzelthread.
Wenn diese Eigenschaft auf "True" gesetzt ist, schreibt Contact Optimization Kontaktverlaufstransaktionen in eine Datei, die während der Ausführung einer
Contact Optimization-Sitzung gelesen wird. Wenn sie auf "False" gesetzt ist, liest
Contact Optimization Daten aus der Tabelle
UA_ContactHistory in den
Campaign -Systemtabellen.
Wenn die Eigenschaft auf "False" gesetzt ist, erzeugt Contact Optimization für die Tabelle
UA_ContactHistory eine Lesesperre für die Dauer der
Contact Optimization-Sitzung. Die Sperre kann dazu führen, dass beim Schreiben in die Tabelle Fehler auftreten, wenn Sie ein Datenbankladedienstprogramm verwenden. Wenn die Eigenschaft auf "True" gesetzt ist, erzeugt
Contact Optimization für die Tabelle nur so lange eine Lesesperre, bis die Abfrage in eine Datei geschrieben wurde.
Wenn Sie UseFutureContacts auf "False" setzen und die Optimierungsregeln für Ihre
Contact Optimization-Sitzung keine Zeiträume verwenden, fragt
Contact Optimization die Kontaktverlaufstabellen nicht ab. Dadurch wird die Zeit verkürzt, die zur Ausführung der
Contact Optimization-Sitzung erforderlich ist. Wenn die
Contact Optimization-Sitzung aber Zeiträume verwendet, werden die Kontaktverlaufstabellen abgefragt.
Wenn Sie potenzielle zukünftige Kontakte im Kontaktverlauf aufzeichnen, müssen Sie UseFutureContacts auf "True" setzen. Beispiel: Wenn Sie wissen, dass Sie in der nächsten Woche eine E-Mail-Kommunikation über eine Werbeaktion an bestimmte Kunden senden, sind diese Kontakte ggf. bereits in den Kontaktprotokolltabellen als Platzhalter gespeichert. Setzen Sie in diesem Fall
UseFutureContacts auf "True", sodass
Contact Optimization immer eine Abfrage der Kontaktverlaufstabellen durchführt.
Bei False stoppt
Contact Optimization die
Contact Optimization-Sitzung, falls aus folgenden Gründen keine Gruppe von Kunden verarbeitet werden kann:
Bei True überspringt
Contact Optimization alle Kunden in der Gruppe, die den Fehler mit der Generierungsschleife ausgelöst haben. Anschließend setzt
Contact Optimization die Verarbeitung der nächsten Kundengruppe in der
Contact Optimization-Sitzung fort. Wurde die Eigenschaft
Optimize|logging|enableBailoutLogging ebenfalls auf
TRUE festgelegt, werden die übersprungenen Kunden in der Datei
unprocessables_10-stellige_Sitzungs-ID.csv im Verzeichnis
partition/partition[n]/logs im Installationsverzeichnis von
Contact Optimization aufgezeichnet. Kunden, die aufgrund des Fehlers mit der Generierungsschleife übersprungen wurden, werden mit dem Grund
SkippedOnGenerationLoopError angezeigt.
Copyright IBM Corporation 2013. All Rights Reserved.
|