Migrazione di documenti di QlikView

Questa pagina descrive come migrare i documenti di QlikView e i relativi contenuti. In essa inoltre sono riportate procedure consigliate, limitazioni e considerazioni.

Limitazioni delle app

La seguente tabella indica le dimensioni di base delle app consentite con Qlik Cloud a seconda della propria sottoscrizione.

Tipo di app	Dimensioni app supportata (nella memoria)	Picco di memoria durante i ricaricamenti programmati	Picco di memoria durante i ricaricamenti manuali
Livello standard	Fino a 5 GB	Fino a 15 GB	Fino a 10 GB
Capacità app di grandi dimensioni	Fino a 50 GB	Variano a seconda della capacità acquistata	Variano a seconda della capacità acquistata

L'unità di misura per i limiti, l'utilizzo e la capacità di Qlik Cloud è rappresentata dai gigabyte (GB) binari, dove 1 GB corrisponde a 2³⁰ byte (1.073.741.824). Questa unità è nota anche come gibibyte (GiB), così definita dalla Commissione elettrotecnica internazionale (IEC, dal nome inglese). Analogamente, 1 TB corrisponde a 2⁴⁰ byte (o 1.024 GB).

Determinazione delle dimensioni dell'app

Le dimensioni delle app possono essere misurate in due modi:

Dimensione in memoria l'ultima volta che è stata ricaricata l'app
Dimensione su disco

Utilizzare i seguenti strumenti per determinare le dimensioni di un'app:

Dashboard Governance QlikView, foglio Complessità (solo in lingua inglese): questo foglio indica le dimensioni sul disco.
QlikView to SaaS Migration App, negli strumenti di migrazione Qlik Cloud, dispone di una sezione dedicata nella scheda Strumenti di migrazione in ValutazioneQlik Cloud che calcola l'utilizzo della RAM e identifica le app che si prevede che siano incluse nel livello Standard o meno.

Attenuare i problemi legati alle dimensioni delle app

Se si verificano problemi di allocazione della memoria a causa di app di grandi dimensioni, è possibile adottare due approcci principali per ridurre i problemi.

Rivedere e aggiornare lo script di caricamento dei dati, se applicabile:
- Rimuovere i campi e le righe inutilizzati dal caricamento.
- Rimuovere le tabelle se non sono più necessarie per l'elaborazione dei dati.
- Implementare carichi incrementali per ottimizzare il volume dei dati elaborati.
- Utilizzare carichi QVD ottimizzati.
Aggiungere maggiore capacità al tenant per consentire carichi di lavoro più pesanti. Vedere Supporto per app di grandi dimensioni.

Altri limiti e considerazioni

Le distribuzioni nel cloud non consentono in genere l'accesso al file system dell'host o del server; pertanto, utilizzare queste modifiche allo script di caricamento quando si migra lo script di caricamento da un'app in loco a Qlik Cloud .

Estensioni

Le estensioni di QlikView non funzionano in Qlik Cloud. Ciò vale sia per le estensioni del Server che del Documento.

Fare riferimento al sito Developer di Qlik Cloud per lo sviluppo personalizzato di contenuti correlati, inclusi riferimenti API e toolkit.

In Qlik Cloud, vi sono alcune limitazioni con le estensioni rispetto a Qlik Sense Enterprise Client-Managed. Per ulteriori informazioni, vedere Gestione delle estensioni.

È necessario aggiungere le richieste di risorse esterne alla allowlist in Console di gestione > Criteri di sicurezza dei contenuti. Vedere Gestione dei criteri di sicurezza dei contenuti.

Temi

Non è possibile migrare gli stili per le applicazioni da QlikView a Qlik Cloud. Vedere Applicazione di stili a un'app per informazioni sugli stili per un'applicazione Qlik Cloud e sui temi personalizzati.

GeoAnalytics

La funzionalità oggetto dell'estensione QlikView GeoAnalytics è stata incorporata nell'oggetto Mappa nativo di Qlik Sense. Le app Qlik Sense non possono essere create utilizzando questi oggetti preesistenti, mentre per la generazione degli oggetti è necessario utilizzare l'oggetto mappa nativo Qlik Sense.

Migrazione da Connettore GeoAnalytics a Qlik GeoOperations

Qlik GeoOperations in Qlik Cloud fornisce funzionalità e operazioni simili come fa Connettore GeoAnalytics in QlikView. Sono supportati anche molti degli stessi formati di data. Hanno le seguenti differenze:

Qlik GeoOperations è un'Advanced Analytics Integration (AAI), più adatta all'invio e all'elaborazione di dati rispetto a un connettore.
La sintassi di script è diversa per le Advanced Analytics Integration rispetto ai connettori.
Nelle espressioni del grafico è possibile utilizzare anche alcuni GeoOperations.
Qlik GeoOperations restituisce una tabella singola. Rispetto a ciò che restituisce Connettore GeoAnalytics, le tabelle vengono unite in Qlik GeoOperations.
In Qlik GeoOperations alcuni campi e parametri sono stati rinominati per essere più coerenti.

La sezione seguente descrive come convertire lo script prodotto dalla procedura guidata di Connettore GeoAnalytics in Qlik GeoOperations:

In Editor caricamento dati, nel codice di script Connettore GeoAnalytics, copiare tutto ciò che compare dopo SQL fino al secondo SELECT o ";", in base a ciò che appare per primo.
Sostituire tutti i ' nello script Connettore GeoAnalytics con ".
Aggiungere i nomi di campo selezionati dall'istruzione secondaria SELECT nello script Connettore GeoAnalytics alla prima istruzione SELECT nello script GeoOperations. Omettere qualsiasi campo già presente. Aggiungere il nome della tabella di origine ai nomi di campo, separandoli con un punto. Ad esempio, table.field. Ciò creerà una singola tabella unita al posto di svariate tabelle.
Esaminare la documentazione di riferimento per l'operazione e il set di dati e regolare qualsiasi parametro o nome di campo laddove necessario.

Operazione

Set di dati

Per un riepilogo delle differenze principali, vedere Differenze tra i campi GeoOperations e GeoAnalytics
Aggiungere quanto segue all'inizio dello script GeoOperations:

Load * Extension GeoOperations.ScriptEval('
Aggiungere quanto segue alla fine dello script:GeoOperations

');

Se si utilizza una tabella caricata con il Connettore GeoAnalytics, inviarla invece come secondo parametro a GeoOperations.ScriptEval.

Dato che Qlik GeoOperations restituisce una tabella unita, dalle tabelle secondarie vengono restituiti solo i valori di campo che hanno un valore corrispondente nella tabella primaria. Ad esempio, se si desidera trovare gli aeroporti più vicini in Germania per alcuni punti, vengono restituiti solo i dati relativi agli aeroporti più vicini ai punti. Se si desiderano tutti gli aeroporti in Germania, devono essere caricati separatamente con un'operazione LOAD.

In caso di caricamento da un database SQL con il connettore, i dati devono invece essere caricati con uno dei connettori database, come il connettore ODBC. Assicurarsi di caricare le geometrie come WKT (applicare una funzione generalmente definita st_asText() nella query SQL). Convertire quindi il campo WKT inviando la tabella in Qlik GeoOperations. Verrà restituito un campo con le geometrie nel formato Qlik Sense.

Esempio di conversione script

Questo esempio di conversione script utilizzerà il seguente script Connettore GeoAnalytics:

/* Generated by GeoAnalytics for operation Cluster ---------------------- */ [ClusterAssociations]: SQL SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default' SELECT [Clusters_ClusterID], [Clusters_ClusterCenter] FROM Clusters; [Clusters]: SQL LOAD * FROM Clusters; tag field [LocationDbId] with '$primarykey'; tag field [Clusters_ClusterID] with '$primarykey'; tag field [Clusters_ClusterCenter] with '$geopoint'; tag field [Clusters_ClusterID] with '$geoname'; tag field [Clusters_ClusterCenter] with '$relates_Clusters_ClusterID'; tag field [Clusters_ClusterID] with '$relates_Clusters_ClusterCenter'; /* End GeoAnalytics operation Cluster ----------------------------------- */

Procedere come indicato di seguito:

Considerare lo script tra SQL e la seconda istruzione SELECT.

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default'
Sostituire le virgolette:

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Aggiungere campi dalle tabelle secondarie:

SELECT [LocationDbId], [Clusters_ClusterID], [Clusters.Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Regolare i nomi di parametri e campi:

SELECT [LocationDbId], [ClusterID], [Clusters.ClusterPoint] as [Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Racchiudere in codice boilerplate:

Load * Extension GeoOperations.ScriptEval(' SELECT [LocationDbId], [ClusterID], [Clusters.ClusterPoint] as [Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default" ');

Questo codice di script può ora essere utilizzato con Qlik GeoOperations.

Differenze tra i campi GeoOperations e GeoAnalytics

I campi predefiniti tra gli script di GeoOperations e GeoAnalytics hanno delle differenze, di norma nei prefissi utilizzati. Quando si effettua la migrazione degli script di GeoAnalytics a GeoOperations, può essere necessario correggere i nomi di alcuni campi.

AddressToPoint