Miglioramento delle prestazioni del diagramma di flusso mediante l'ottimizzazione in-database
È possibile migliorare le prestazioni del diagramma di flusso regolando l'ottimizzazione in-database globalmente o su un singolo diagramma di flusso. Il metodo migliore consiste nel disattivare l'impostazione globale ed impostare l'opzione a livello del diagramma di flusso. L'opzione a livello del diagramma di flusso sostituisce l'impostazione globale.
*
L'ottimizzazione in-database non è supportata in tutti i database. Contattare l'amministratore Campaign per determinare se questa opzione è disponibile per le proprie origini dati.
L'opzione ottimizzazione in-database determina:
*
quali operazioni vengono effettuate a livello del database o a livello del server Campaign locale; e
*
le azioni previste sui risultati delle operazioni.
Quando l'ottimizzazione in-DB è attiva:
*
l'ottimizzazione in-database evita che gli ID del proprio database vengano inutilmente copiati nel server Campaign per l'elaborazione.
*
le attività di elaborazione quali ordinamento e unione dei dati vengono effettuate, quando possibile, nel server di database.
*
le celle di output dei processi sono memorizzare in tabelle temporanee sul server del database.
*
alcune funzioni continuano ad essere eseguite sul server Campaign, ove necessario. Ad esempio, per calcolare un campo derivato, Campaign valuta in primo luogo la formula del campo derivato per vedere se una parte del calcolo può essere eseguita utilizzando SQL. Se è possibile utilizzare istruzioni SQL semplici per eseguire il calcolo, allora il calcolo può essere eseguito "in-database". In caso contrario, le tabelle temporanee vengono create sul server Campaign per gestire i calcoli e persistere i risultati da processo a processo all'interno di un diagramma di flusso.
*
L'elaborazione in-database non può essere eseguita se si specifica un limite per la dimensione della cella di output o se le tabelle temporanee sono disabilitate per il processo.
Le macro personalizzate composte da istruzioni SQL raw possono essere eseguite in-database, con le seguenti limitazioni:
*
Tutte le macro personalizzate SQL raw devono iniziare con select e contengono esattamente un solo from nel testo rimanente.
*
Per i database che supportano solo la sintassi insert in <TempTable>, è necessario associare almeno una tabella di base alla stessa origine dati allo stesso livello destinatario della macro personalizzate SQL raw. Se i campi selezionati dalla macro personalizzata di SQL raw sono troppo grandi per i campi della tabella temporanea, si verificherà un errore di runtime.
*
Se si sta utilizzando SQL raw con l'ottimizzazione in-database, è necessario codificare l'SQL raw prima dell'unione alla tabella temporanea dal processo a monte. In caso contrario, i risultati non saranno utilizzati dai risultati del processo a monte.
Miglioramento delle prestazioni del diagramma di flusso mediante l'ottimizzazione in-database
Copyright IBM Corporation 2015. All Rights Reserved.