|
Чтобы обеспечить наивысшую производительность, используйте маркер <TempTable> в неструктурированных запросах SQL, особенно при запросе информации из больших таблиц.
|
|
Если вы используете оптимизацию в базе данных и зададите чистый запрос SQL в процессе Выбрать с входной ячейкой, потребуется маркер <TempTable>, чтобы обеспечить правильное поведение. Подробное объяснение смотрите ниже.
|
|
Если вы используете оптимизацию в базе данных, используйте также маркер <OutputTempTable>, чтобы управлять оптимизацией в базе данных и не позволить получить ID аудитории из базы данных обратно на сервер Campaign.
|
|
Если опция Использовать оптимизацию в базе данных выключена: Список ID от запроса в виде чистого SQL автоматически сопоставляется со списком ID от входной ячейки. Полученный список ID является подмножеством ячейки, как это и ожидается.
|
|
Если опция Использовать оптимизацию в базе данных включена: Campaign будет считать что список ID, сгенерированный процессом Выбрать, является конечным списком. Campaign не сопоставляет этот список со списком ID ни для какой входящей ячейки. Поэтому в чистом запросе SQL, написанном для промежуточного процесса Выбрать (процесса Выбрать со входной ячейкой), должен использоваться маркер <TempTable> для правильного объединения с входной ячейкой. Объединение с входной ячейкой также обеспечит правильные результаты и повысит производительность, не позволяя выполнять лишнюю обработку для ID аудитории, которых нет во входной ячейке.
|
Copyright IBM Corporation 2015. All Rights Reserved.
|