Alteryx Engine e AMP: differenze principali

L'architettura dell'Engine originale consente principalmente l'elaborazione a thread singolo che elabora i dati in sequenza, record dopo record. D'altra parte, il nuovo concetto AMP consente un'elaborazione massicciamente multi-thread. I record vengono elaborati in pacchetti da 4 MB, così da accelerare i tempi di esecuzione, e in parallelo, il che può influire sull'ordine dei record restituiti.

Il file CSV contenente un campo con le nuove righe tra virgolette restituisce un errore se non abiliti l'opzione aggiuntiva Solo AMP: i campi con le virgolette possono avere nuove righe al loro interno.

Quando si esegue un flusso di lavoro con AMP Engine, molti strumenti possono restituire i record in un ordine diverso da come avviene nell'Engine originale. Alcuni di questi strumenti sono:

Se il flusso di lavoro richiede che i record degli strumenti sopra indicati siano in un ordine specifico per le operazioni a valle, è possibile utilizzare l'impostazione Modalità di compatibilità dell'engine per mantenere lo stesso ordine dell'engine originale. Questa impostazione deve essere utilizzata dopo un'attenta valutazione del flusso di lavoro specifico, soprattutto nel caso dei flussi di lavoro creati con l'Engine originale che vengono migrati per l'esecuzione con AMP Engine.

Per la funzionalità o la configurazione specifica che non è stata convertita ad AMP, viene ripristinata la modalità di funzionamento dello strumento Engine originale. Pertanto, i flussi di lavoro che contengono sia strumenti convertiti da AMP che strumenti non convertiti vengono eseguiti senza problemi con AMP.

Se hai domande su quali strumenti sono stati convertiti in AMP, consulta la sezione Utilizzo degli strumenti con AMP.

Con l'engine originale, gli strumenti sono più connessi e smettono di funzionare in assenza di elementi a valle. Nel caso dell'esecuzione parallela di AMP, invece, in mancanza di elementi a valle gli strumenti potrebbero non arrestarsi. Il presupposto è che se non sono presenti elementi a valle, il flusso di dati non viene preso in considerazione. I dati nel messaggio di log vengono forniti unicamente a titolo informativo. Se il numero di record nel flusso è un fattore importante per te, puoi inserire uno strumento Test e impostarlo in modo che restituisca un messaggio di errore se non ottiene il numero giusto di record.

Un file YXDB scritto con AMP Engine viene letto più velocemente di un file YXDB scritto con l'engine originale. Quando AMP è abilitato, un file YXDB scritto con l'Engine originale viene letto più lentamente. Tuttavia, i formati sono comunque compatibili.

Con AMP è possibile utilizzare i formati di file XLSX, CSV, YXDB e SQLite, che supportano dati di lettura multithread.

La conversione dei record e dei pacchetti tra l'engine originale e AMP durante la lettura dei file Zip influisce sulle prestazioni. La lettura dei file Zip di grandi dimensioni con AMP potrebbe essere molto più lenta.

Per migliorare le prestazioni dell'Engine originale, permettendo ad AMP di scrivere un file YXDB creato con l'Engine originale, vai al menu Dati di output - Configurazione, dove puoi creare una versione del file YXDB compatibile con Designer 18.1 e versioni precedenti.

Lo strumento Output si comporta in modo diverso con i record che contengono dati SpatialObj a seconda che il file CSV venga salvato con l'engine originale o con AMP Engine. Contrariamente all'Engine originale, AMP scrive i dati SpatialObj nel file quando lo salva in formato CSV. Questa differenza produce file con dimensioni diverse e potrebbe comportare un calo di prestazioni.

Una possibile soluzione consiste nel rimuovere i dati spaziali dai record tramite lo strumento Seleziona. In questo modo, entrambi gli Engine potranno completare l'attività in tempi simili.

La profilazione delle prestazioni a livello di strumento con AMP è disponibile con Designer 2021.3 e versioni successive.

AMP passa i dati da e verso R nel formato dell'engine originale. Questa doppia conversione richiede tempo. L'esecuzione di un singolo strumento R può essere più lenta con AMP rispetto all'engine originale, ma avviene più velocemente se si eseguono più rami contemporaneamente.

AMP affronta un problema storico in cui le dimensioni del campo potrebbero non essere sufficientemente grandi quando elaborate da uno strumento a valle. Non è necessario aggiungere gli strumenti Seleziona per modificare i tipi di dati quando i dati risultanti superano la lunghezza del tipo di dati originale. AMP crea il campo delle dimensioni massime per stringhe e numeri interi in modo che le operazioni successive dispongano dello spazio necessario per contenere valori a valle più grandi.

Anche se lo strumento Limita non è stato completamente convertito in AMP, è possibile utilizzarlo insieme allo strumento Download (prima strumento Limita).

Lo strumento Corrispondenza sfocata può avere risultati diversi tra l'engine originale e AMP. I record AMP vengono associati utilizzando un metodo alternativo. L'ordine di corrispondenza potrebbe essere diverso e l'output potrebbe essere ordinato in senso inverso. Esiste un problema di prestazioni noto a causa del quale Corrispondenza sfocata risulta avere prestazioni inferiori con AMP rispetto all'engine originale.

AMP utilizza gli standard di codifica Unicode e Perl, per cui i caratteri $, +, <, =, >, ^, | e ~ non vengono considerati segni di punteggiatura. Quando utilizzi la funzione formula REGEX_Replace o lo strumento RegEx per filtrare la punteggiatura con il set Regex [[:punct:]], per AMP è necessario modificare l'espressione.

L'algoritmo Collega dell'engine originale si basa sul metodo ordina e unisci, con i record sempre ordinati in una determinata sequenza. Il nuovo algoritmo Collega di AMP si basa su un metodo di hash, il che non prevede l'ordinamento dei record. Ad esempio...

Input sinistro:

Ingresso destro:

Se colleghiamo in base a CustomerID con l'engine originale, l'ordine dei record avviene in base al campo CustomerID:

Con AMP i record sono gli stessi ma in un ordine diverso:

Se per l'output di Collega fosse necessario un ordinamento specifico, aggiungi lo strumento Ordina dopo Collega o attiva l'impostazione Modalità di compatibilità dell'Engine in Configurazione del flusso di lavoro > Runtime, sotto l'impostazione Usa AMP Engine.

La differenza tra Engine originale e AMP può emergere quando uno strumento all'interno della macro segnala un errore. Poiché l'Engine originale è a thread singolo, quando si verifica un errore nella macro, si arresta. AMP continua a funzionare fino a quando l'output iterativo non risulta vuoto o non si raggiunge il numero massimo di iterazioni. L'aumento del numero di iterazioni può determinare le situazioni seguenti:

Poiché le funzioni ConvertFromCodePage e ConvertToCodePage dello strumento Formula accettano una stringa come parametro e restituiscono una stringa come risultato, non è possibile capire come viene codificata la stringa. Con queste funzioni, quando si utilizza lo strumento Formula con l'Engine originale, viene generato un output diverso rispetto ad AMP.

Poiché AMP utilizza internamente stringhe con codifica UTF-8, i dati di input hanno una rappresentazione binaria diversa. Quando si importano dati con una codifica diversa, non è possibile ripristinare i dati originali. L'Engine originale memorizza le stringhe con codifica Latin-1, o UTF-16, che venivano utilizzate come buffer, e consente di convertire correttamente i dati.

Gli ulteriori componenti di Formula non sono ancora supportati con AMP. Se è necessario eseguire un flusso di lavoro contenente la funzionalità del componente aggiuntivo Formula, eseguilo utilizzando l'engine originale.

Le app che usano lo strumento Mappa per selezionare da un livello di riferimento spaziale in un'App analitica dovrebbero continuare a usare l'Engine originale.

Con l'engine originale, "Aspettarsi flussi uguali" rimane una macro CReW. Con AMP, viene eseguito come strumento nativo.

Alcuni flussi di lavoro leggono i dati da un file e poi riscrivono nello stesso file. Ciò richiede il sequenziamento per garantire che la lettura sia completa prima dell'inizio della scrittura. Analogamente, un flusso di lavoro che desidera scrivere più fogli in un file con estensione XLSX deve scrivere i fogli uno alla volta. Alteryx Designer fornisce uno strumento Blocca fino alla conclusione (BUD, Block Until Done) che consente di suddividere il lavoro in varie fasi, che non interferiscono fra loro.

La stessa soluzione alternativa è applicabile anche allo strumento E-mail, quando i file di output dei rami precedenti vengono utilizzati come allegati. Per aggiungere i file come allegati allo strumento E-mail, devi attendere la fine dell'elaborazione dei dati.

Quando lavori su un flusso di lavoro con più rami (in gran parte flussi separati dagli input agli output), posiziona lo strumento BUD nel ramo del flusso di lavoro con l'ID dello strumento di input corrispondente al numero più basso. In questo modo, ogni ramo successivo attende di essere eseguito fino a quando non viene eseguito il ramo precedente, e lo strumento funziona come previsto.

Per ulteriori informazioni sulla funzionalità specifica degli strumenti, vedi Utilizzo degli strumenti con AMP.