Processi che prendono l'input da una tabella

Nel caso in cui il processo prenda l'input da una tabella (o da un segmento strategico, nei processi che consentono questa opzione), la finestra Limite dimensioni cella che compare viene visualizzata:

In questa finestra sarà possibile indicare i limiti che si desidera posizionare sulle dimensioni della cella di output. Le differenze principali fra le opzioni diverse da Dimensioni cella illimitate sono a livello di impatto sulle risorse e a livello di numero finale di record risultanti quando la sorgente dati è non-normalizzata.

Dimensioni cella illimitate — presenta come risultato tutti gli ID che soddisfano la query o i criteri di selezione sulla scheda di questo processo. Questa è l'opzione di default.

Limita dimensioni della cella di output a — presenta come risultato un numero specifico di ID unici, selezionati in modo casuale da tutti gli ID che soddisfano i criteri della propria query. Nella casella di testo, inserire il numero di ID che si vuole vengano restituiti. Con questo metodo, Campaign de-duplica il set completo di ID prima della selezione casuale, poi mantiene solo il numero specificato di record, di modo che come risultato venga restituito un elenco di ID unici anche quando esistono dei duplicati sui campi ID.

La selezione dei record con questa opzione si serve di un grande quantitativo di spazio provvisorio e richiede più tempo, dato che tutti gli ID devono essere recuperati dal Campaign server. Servirsi di questa opzione solo quando i dati non sono normalizzati sul campo ID, e se è importante che come risultato vengano presentati esattamente N record.

Limita la selezione sulla base di — servirsi di queste opzioni per limitare il modo in cui Campaign record che soddisfano i propri criteri. Queste opzioni riducono le risorse di tempo e di memoria usate in fase di selezione del set finale di record, ma possono portare a meno risultati rispetto al numero di ID unici indicato.

Primo N (più veloce) — Campaign recupera dal database solo i primi record che soddisfano i criteri della query. Con questo metodo, Campaign smette di accettare i record dopo che è stato ricevuto un numero determinato di record. Campaign poi de-duplica questi ID; nel caso in cui i dati non siano stati normalizzati, il risultato finale contiene meno record unici. Si tratta del metodo più rapido in quanto il recupero dei dati richiede meno e usa meno spazio provvisorio.

Casuale — Campaign riceve dal database tutti i record che soddisfano i criteri della query, poi seleziona il numero di record in modo casuale da questi record. Campaign poi de-duplica questi ID conservati; nel caso in cui i dati non siano stati normalizzati, il risultato finale conterrà meno record unici. Questa opzione si serve di meno spazio provvisorio, in quanto solo i record selezionati in modo casuale vengono recuperati e conservati da Campaign.