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), utilizzare la scheda Limite dimensioni cella come segue.

Utilizzare questa scheda per specificare dei limiti sulla dimensione della cella di output. Le differenze principali fra le due opzioni Limite sono a livello di impatto sulle risorse e a livello di numero finale di record quando l'origine dati non è normalizzata.

Dimensioni cella illimitate: restituisce tutti gli ID che soddisfano la query o i criteri di selezione. Quest'opzione è quella predefinita.

Limita dimensioni della cella di output a: restituisce solo il numero specifico di ID univoci, selezionati in modo casuale tra tutti gli ID che soddisfano i criteri della propria query. Nella casella di testo, inserire il numero massimo di ID che si vuole vengano restituiti. Campaign elimina i duplicati nella serie completa 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 univoci anche quando esistono dei duplicati sui campi ID. Questa opzione utilizza una grande quantità di spazio temporaneo e richiede più tempo, dato che tutti gli ID devono essere recuperati dal server Campaign. 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 questa opzione per limitare i record che soddisfano i criteri della query. Questa opzione riduce il tempo e la memoria richiesti per selezionare il set finale di record. Tuttavia, potrebbe risolversi in un numero inferiore a quello di ID univoci.

Primi N (più veloce): Campaign recupera dal database solo i primi N record che soddisfano i criteri della query. Campaign quindi duplica tali ID. Se i dati non sono normalizzati, il risultato finale contiene un numero di record univoci inferiore a quelli richiesti. Si tratta del metodo più rapido in quanto il recupero dei dati richiede meno e usa meno spazio provvisorio.

Casuale: Campaign recupera dal database tutti i record che soddisfano i criteri della query, quindi seleziona in modo casuale il numero di record richiesti. Campaign quindi duplica tali ID. Se i dati non sono normalizzati, il risultato finale contiene un numero di record univoci inferiore a quelli richiesti. Questa opzione richiede meno spazio temporaneo, in quanto solo i record selezionati in modo casuale vengono recuperati e conservati da Campaign.