Nombre maximal de tests des combinaisons de transactions proposées (ou alternatives) effectués par Optimize pour rechercher l'alternative optimale pour un client.

Le nombre d'alternatives à tester étant important, cette valeur vous permet de définir une limite aux efforts déployés par l'algorithme principal pour un client avant que Optimize ne place le client suivant dans la table PCT.

Si le nombre des clients optimisés est supérieur à CustomerSampleSize, Optimize divise les clients en différents groupes dont le nombre n'est pas supérieur à CustomerSampleSize et optimise chaque échantillon séparément. Les règles qui concernent plusieurs groupes, telles que les règles de capacité personnalisée, sont toujours appliquées. Si vous augmentez ce nombre, l'optimalité sera peut-être plus élevée, mais les performances risquent de se dégrader.

La valeur optimale pour CustomerSampleSize est celle qui correspond au nombre de vos clients. Toutefois, le traitement d'une grande quantité de données risque de prendre un temps prohibitif. En répartissant les clients dans différents petits groupes que Optimize pourra traiter un par un, vous pouvez améliorer les performances sans perdre en optimalité.

La clé aléatoire représente le point de départ utilisé par Optimize pour sélectionner les enregistrements de façon aléatoire avant de remplir les groupes définis par CustomerSampleSize. Si le nombre de vos clients est inférieur à la valeur associée à CustomerSampleSize, cette propriété n'a aucun effet sur l'optimisation.

Nombre maximal d'itérations du traitement d'un groupe de clients par Optimize. Optimize traite le groupe de clients jusqu'à ce que l'optimalité soit atteinte ou jusqu'à ce que le nombre d'itérations soit égal à MaxIterationsPerCustomerSample.

Recherchez les informations suivantes dans le journal de session pour observer les conséquences des modifications apportées à MaxIterationsPerCustomerSample.

Nombre maximal de threads utilisés par Optimize pour traiter les algorithmes d'optimisation. En général, plus la valeur affectée à MaxCustomerSampleProcessingThreads est élevée, plus vous avez de chances d'améliorer les performances. Toutefois, cette amélioration est limitée par plusieurs facteurs, notamment le matériel dont vous disposez et le type et le nombre de règles d'optimisation que vous utilisez. Pour obtenir des instructions détaillées sur le réglage de votre mise en œuvre de Optimize, contactez votre partenaire commercial IBM® Unica® .

Nombre de threads disponibles en vue de leur utilisation par Optimize lors de la lecture d'un échantillon client dans la table PCT. L'augmentation du nombre de threads peut améliorer les performances de la session Optimize. Pour obtenir des instructions détaillées sur le réglage de votre mise en œuvre de Optimize, contactez votre partenaire commercial IBM® Unica® .

Nombre de threads disponibles en vue de leur utilisation par Optimize lors de l'écriture d'un échantillon client dans une table intermédiaire de la table OCT. L'augmentation du nombre de threads peut améliorer les performances de la session Optimize. Pour obtenir des instructions détaillées sur le réglage de votre mise en œuvre de Optimize, contactez votre partenaire commercial IBM® Unica® .

Si cette propriété est associée à la valeur true, Optimize tente d'utiliser plusieurs threads lors du traitement des algorithmes d'optimisation. Vous pouvez configurer le nombre de threads à l'aide des propriétés de configuration MaxCustomerSampleProcessingThreads, ProcessingThreadQueueSize et PostProcessingThreadQueueSize. Si elle est associée à la valeur false, Optimize utilise un seul thread lors du traitement des algorithmes d'optimisation.

Si cette propriété est associée à la valeur true, Optimize écrit les transactions de l'historique des contacts dans un fichier qui sera lu lors d'une exécution de la session Optimize. Si elle est associée à la valeur false, Optimize lit les données dans la table UA_ContactHistory, qui fait partie des tables système Campaign.

Si cette propriété est associée à la valeur false, Optimize crée un verrou en lecture relatif à la longueur de la session Optimize dans la table UA_ContactHistory. Ce verrou risque d'entraîner l'échec des tentatives d'écriture dans la table si vous utilisez un utilitaire de chargement de base de données. Si cette propriété est associée à la valeur true, Optimize crée un verrou en lecture dans la table uniquement pendant la durée d'écriture de la requête dans un fichier.

Cette propriété de configuration vous permet d'arrêter le traitement d'un groupe de clients lorsque le taux d'optimisation atteint un niveau défini. Avec la propriété MinImprovmentPercent, vous définissez un taux d'amélioration du score exprimé sous la forme d'un pourcentage afin de poursuivre les itérations. La valeur par défaut est zéro, ce qui signifie que le nombre des itérations possibles n'est pas limité.

Si les périodes ne sont utilisées dans aucune de vos règles d'optimisation, vous pouvez empêcher Optimize d'interroger les tables d'historique des contacts afin d'améliorer les performances. Vous pouvez contrôler ce comportement à l'aide de la propriété de configuration UseFutureContacts .

Si vous définissez UseFutureContacts sur false et que les règles d'optimisation de votre session Optimize ne contiennent pas de période, Optimize n'interroge pas les tables d'historique des contacts. Ce paramètre réduit la durée d'exécution de la session Optimize. Toutefois, si la session Optimize utilise des périodes, les tables d'historique des contacts sont interrogées.

Si vous enregistrez d'éventuels contacts futurs dans l'historique des contacts, vous devez définir UseFutureContacts sur true. Si, par exemple, vous savez que vous envoyez la semaine prochaine une communication par e-mail relative à une promotion spéciale à certains clients, il se peut que ces contacts figurent déjà dans les tables d'historique des contacts en tant qu'espaces réservés. Dans ce cas, vous définissez UseFutureContacts sur true. Optimize interrogera alors toujours les tables d'historique des contacts.