Максимальное число выполняемых компонентом Optimize проверок комбинаций предложенных транзакций или альтернатив, чтобы найти оптимальную альтернативу для покупателя.

Поскольку число альтернатив для проверки может быть большим, это значение позволяет задать предел того, сколько будет работать основной алгоритм для покупателя, прежде чем Optimize перейдет к следующему покупателю в PCT.

Если оптимизируемое число покупателей больше значения CustomerSampleSize, Optimize разделит покупателей на группы, содержащие не более CustomerSampleSize покупателей, и оптимизирует каждую группу выборки отдельно. Правила, распространяющиеся на группы, например, пользовательское правило количества, все равно соблюдаются. Увеличение этого числа может повыситмь оптимальность, но отрицательно сказаться на производительности.

Наиболее оптимальное значение CustomerSampleSize равно числу покупателей. Однако при обработке большого объема данных может потребоваться очень много времени. Деля покупателей на небольшие группы, которые Optimize будет обрабатывать одновременно, вы можете повысить производительность с минимальной потерей оптимальности.

Случайное зерно (значение рандомизации) соответствует начальной точке, которую Optimize использует для случайной выборки записей перед заполнением примеров групп, заданных параметром CustomerSampleSize. Если число покупателей у вас меньше значения CustomerSampleSize, это свойство никак не повлияет на оптимизацию.

Какое максимальное число раз Optimize обрабатывает группу покупателей. Optimize обрабатывает группу покупателей, пока не будет достигнута оптимальность или пока число итераций не станет равно MaxIterationsPerCustomerSample.

Чтобы определить влияние изменения свойства MaxIterationsPerCustomerSample, ищите в журнале сеанса следующую информацию:

Максимальное число потоков, которые Optimize использует для обработки алгоритмов оптимизации. В общем случае, чем выше значение MaxCustomerSampleProcessingThreads, тем больше вы сможете повысить производительность. Однако повышение производительности ограничивается несколькими факторами, включая тип и число используемых вами правил оптимизации, а также ваше оборудование. За подробными инструкциями по настройке реализации Optimize обращайтесь к своему представителю IBM® Unica® .

Число потоков, доступных для Optimize при чтении выборки покупателей из PCT. Увеличение числа потоков может повысить производительность сеанса Optimize. За подробными инструкциями по настройке реализации Optimize обращайтесь к своему представителю IBM® Unica® .

Число потоков, доступных для Optimize при записи выборки покупателей в промежуточную таблицу для OCT. Увеличение числа потоков может повысить производительность сеанса Optimize. За подробными инструкциями по настройке реализации Optimize обращайтесь к своему представителю IBM® Unica® .

Если задано значение true, Optimize попытается использовать несколько потоков при обработке алгоритмов оптимизации. Вы можете сконфигурировать число потоков, используя свойства конфигурации MaxCustomerSampleProcessingThreads, ProcessingThreadQueueSize и PostProcessingThreadQueueSize. Если задано значение false, Optimize будет использовать один поток при обработке алгоритма оптимизации.

Если задано значение true, Optimize запишет транзакции хронологии контактов в файл для чтения при выполнении сеанса Optimize. Если задано значение false, Optimize прочитает данные из таблицы UA_ContactHistory в системных таблицах Campaign.

Если задано значение false, Optimize создаст блокировку чтения для таблицы UA_ContactHistory на время сеанса Optimize. Эта блокировка может привести к неудачному завершению попыток записи в таблицу, если вы используете утилиту загрузки базы данных. Если задано значение true, Optimize создаст блокировку чтения для таблицы только на время, необходимое для записи запроса в файл.

Это свойство конфигурации позволяет остановить обработку для группы покупателей, когда коэффициент оптимизации достигнет заданного уровня. Свойство MinImprovmentPercent позволяет задать коэффициент улучшения оценки в процентах, чтобы продолжить перебор. Значение по умолчанию равно нулю, что означает, что предельное число возможных итераций не ограничено.

Если вы не используете периоды времени ни в каких правилах оптимизации, вы можете запретить компоненту Optimize запрашивать таблицы хронологии контактов для повышения производительности. Этим поведением можно управлять с использованием свойства конфигурации UseFutureContacts.

Если вы зададите для UseFutureContacts значение false, а в правилах оптимизации для сеанса Optimize не используются периоды времени, Optimize не запросит информацию из таблиц хронологии контактов. Этот параметр сокращает время, необходимое для выполнения сеанса Optimize. Однако, если сеанс Optimize использует периоды времени, будет запрошена информация из таблиц хронологии контактов.

Если вы записываете потенциальные будущие контакты в хронологию контактов, вы должны будете задать для UseFutureContacts значение true. Например, если вы знаете, что отправляете на следующей неделе электронное сообщение относительно специального предложения для определенных покупателей, эти контакты уже могут находиться в таблицах хронологии контактов в виде заместителей. В этом случае задайте для UseFutureContacts значение true, и Optimize всегда будет запрашивать таблицы хронологии контактов.