Uso di token TempTable e OutputTempTable in query SQL semplici Quando si usa una query SQL semplice in un processo Seleziona con una cella di input, il comportamento in Campaign è differente se l'ottimizzazione in database è attivata o disattivata. Quando l'ottimizzazione in database è disattivata, l'elenco degli ID della query SDL semplice corrisponde automaticamente all'elenco degli ID della cella in entrata, in modo che l'elenco degli ID risultante sia un sottoinsieme della cella, come previsto. Tuttavia, quando si attiva l'ottimizzazione in database, Campaign ritiene che l'elenco degli ID generato dal processo Seleziona sia quello finale e non fa corrispondere automaticamente questo elenco all'elenco degli ID di alcuna cella in entrata. Pertanto, quando si attiva l'ottimizzazione in database, è importante che la query SDL semplice scritta per un processo Seleziona intermedio (in altre parole, un processo Seleziona con una cella in entrata) utilizzi il token <TempTable> da aggiungere correttamente alla cella in entrata. Ciò non solo garantisce risultati corretti, ma consente di migliorare anche le prestazioni impedendo elaborazione estranea per ID dei destinatari non presenti nella cella di input. Per ottenere prestazioni ottimali, utilizzare il token <TempTable> anche quando non si adotta l'ottimizzazione in database. L'utilizzo del token <TempTable> può migliorare nettamente le prestazioni, in particolare quando Campaign elabora tabelle di grandi dimensioni. Inoltre, l'uso di token <OutputTempTable> consente di mantenere l'ottimizzazione in database ed evita che gli ID dei destinatari vengano recuperati dal database al server Campaign.
Quando si usa una query SQL semplice in un processo Seleziona con una cella di input, il comportamento in Campaign è differente se l'ottimizzazione in database è attivata o disattivata.
Quando l'ottimizzazione in database è disattivata, l'elenco degli ID della query SDL semplice corrisponde automaticamente all'elenco degli ID della cella in entrata, in modo che l'elenco degli ID risultante sia un sottoinsieme della cella, come previsto. Tuttavia, quando si attiva l'ottimizzazione in database, Campaign ritiene che l'elenco degli ID generato dal processo Seleziona sia quello finale e non fa corrispondere automaticamente questo elenco all'elenco degli ID di alcuna cella in entrata. Pertanto, quando si attiva l'ottimizzazione in database, è importante che la query SDL semplice scritta per un processo Seleziona intermedio (in altre parole, un processo Seleziona con una cella in entrata) utilizzi il token <TempTable> da aggiungere correttamente alla cella in entrata. Ciò non solo garantisce risultati corretti, ma consente di migliorare anche le prestazioni impedendo elaborazione estranea per ID dei destinatari non presenti nella cella di input.
Inoltre, l'uso di token <OutputTempTable> consente di mantenere l'ottimizzazione in database ed evita che gli ID dei destinatari vengano recuperati dal database al server Campaign.
