Migration de documents QlikView

Cette page explique dans le détail comment migrer des documents QlikView et leur contenu associé. Elle répertorie également les meilleures pratiques, les limitations et les considérations à prendre en compte.

Restrictions des applications

Le tableau suivant indique les tailles d'application de base autorisées avec Qlik Cloud suivant votre abonnement.

Type d'application	Taille d'application prise en charge (en mémoire)	Mémoire maximale pendant les chargements programmés	Mémoire maximale pendant les chargements manuels
Niveau standard	Jusqu'à 5 Go	Jusqu'à 15 Go	Jusqu'à 10 Go
Capacité d'applications volumineuses	Jusqu'à 50 Go	Dépend de la capacité achetée	Dépend de la capacité achetée

L'unité de mesure de la capacité, de l'utilisation et des limites Qlik Cloud est exprimée en gigaoctets binaires (Go), où 1 Go est égal à 2³⁰ octets (1 073 741 824). Cette unité est également appelée gibioctet (Gio), comme défini par la Commission électronique internationale (International Electrotechnical Commission ou IEC). De même, 1 To est égal à 2⁴⁰ octets (ou 1 024 Go).

Détermination de la taille d'application

Vous pouvez mesurer la taille d'application de deux manières :

Taille en mémoire la dernière fois que l'application a été chargée
Taille sur le disque

Pour déterminer la taille d'une application, utilisez les outils suivants :

Tableau de bord de gouvernance QlikView, feuille Complexité (uniquement en anglais) – Cette feuille indique la taille sur le disque.
Les outils de migration Qlik Cloud de l'QlikView to SaaS Migration App contiennent une section dédiée dans l'onglet Outils de migration, sous ÉvaluerQlik Cloud, qui estime l'empreinte de la RAM de base et identifie les applications prévues pour être déposées ou non au niveau Standard.

Atténuation des problèmes de taille d'application

Si vous rencontrez des problèmes d'allocation de mémoire importante dus aux grandes tailles de certaines applications, vous avez à votre disposition deux approches principales pour réduire les problèmes.

Examinez et mettez à jour le script de chargement de données, le cas échéant :
- Supprimez les champs et les lignes inutilisés du chargement.
- Ignorez les tables lorsqu'elles ne sont plus nécessaires dans le traitement des données.
- Déployez des chargements incrémentiels pour optimiser le volume de données en cours de traitement.
- Utilisez des chargements de QVD optimisés.
Accordez plus de capacité au client pour permettre des charges de travail plus lourdes. Voir Prise en charge des applications volumineuses.

Autres restrictions et considérations générales

Les déploiements cloud n'autorisent généralement pas l'accès au système de fichiers de votre hôte ou de votre serveur. C'est pourquoi, lors de la migration du script de chargement d'une application sur site vers Qlik Cloud, il est conseillé d'utiliser ces modifications du script de chargement.

Extensions

Les extensions QlikView ne fonctionnent pas dans Qlik Cloud. Cela s'applique aux extensions Serveur et aux extensions Document.

Pour du contenu associé au développement personnalisé, notamment des kits d'outils et des références d'API, voir le Site des développeurs Qlik Cloud.

Dans Qlik Cloud, il existe certaines restrictions en ce qui concerne les extensions par rapport à Qlik Sense Enterprise Client-Managed. Pour plus d'informations, voir Gestion des extensions.

Vous devez ajouter des requêtes pour des ressources externes à la liste verte dans Console de gestion > Stratégie de sécurité de contenu. Voir Gestion de la stratégie de sécurité de contenu.

Thèmes

Les effets de style des applications ne peuvent pas être migrés de QlikView vers Qlik Cloud. Pour des informations sur les effets de style d'une application Qlik Cloud et sur les thèmes personnalisés, voir Ajout d'effets de style à une application.

GeoAnalytics

La fonctionnalité d'objet d'extension QlikView GeoAnalytics a été intégrée à l'objet Carte Qlik Sense natif. Il n'est pas possible de créer des applications Qlik Sense via ces objets hérités, et les objets doivent être recréés via l'objet Carte natif Qlik Sense.

Migration de Connecteur GeoAnalytics vers Qlik GeoOperations

Qlik GeoOperations dans Qlik Cloud fournit des fonctions et opérations similaires à celles de Connecteur GeoAnalytics dans QlikView. Un grand nombre de formats de données identiques y sont eux aussi pris en charge. En voici les principales différences :

Qlik GeoOperations est une Intégration de l'analytique avancée (Advanced Analytics Integration ou AAI), plus adaptée pour envoyer et traiter des données qu'un connecteur.
La syntaxe de script de l'Intégration de l'analytique avancée est différente de celle des connecteurs.
Certaines opérations GeoOperations peuvent également être utilisées dans des expressions de graphique.
Qlik GeoOperations renvoie une seule table. Contrairement aux éléments renvoyés par Connecteur GeoAnalytics, les tables sont jointes dans Qlik GeoOperations.
Dans Qlik GeoOperations, certains champs et paramètres ont été renommés, pour une plus grande cohérence.

Voici comment convertir le script produit par l'Assistant Connecteur GeoAnalytics dans Qlik GeoOperations :

Dans l'éditeur de chargement de données, dans le code du script Connecteur GeoAnalytics, copiez tous les éléments après SQL jusqu'à la deuxième instruction SELECT ou jusqu'au caractère ";", selon la première occurrence.
Remplacez tous les caractères ' du script Connecteur GeoAnalytics par ".
Ajoutez les noms de champ sélectionnés de la deuxième instruction SELECT du script Connecteur GeoAnalytics à la première instruction SELECT du script GeoOperations. Omettez tous les champs qui s'y trouvent déjà. Ajoutez le nom de table source aux noms de champ en les séparant par un point. Par exemple, table.field. Cela crée une seule table jointe au lieu de plusieurs tables.
Consultez la documentation de référence sur l'opération et l'ensemble de données et ajustez tout nom de champ ou de paramètre, si nécessaire.

Opération

Ensemble de données

Pour une synthèse des différences clés, voir Différences entre les champs GeoOperations et GeoAnalytics
Ajoutez ce qui suit au début du script GeoOperations :

Load * Extension GeoOperations.ScriptEval('
Ajoutez ce qui suit à la fin du script GeoOperations :

');

En cas d'utilisation d'une table chargée à l'aide de Connecteur GeoAnalytics, envoyez-la comme deuxième paramètre à GeoOperations.ScriptEval à la place.

Étant donné que Qlik GeoOperations renvoie une table jointe, seules les valeurs de champ ayant une valeur correspondante dans la table principale sont renvoyées des tables secondaires. Par exemple, si vous recherchez les aéroports les plus proches de certains points en Allemagne, seules les données sur les aéroports les plus proches des points seront renvoyées. Si vous recherchez tous les aéroports en Allemagne, ceux-ci doivent être chargés séparément via une opération LOAD.

En cas de chargement depuis une base de données SQL via le connecteur, les données doivent être chargées via l'un des connecteurs de base de données tels que le connecteur ODBC. Assurez-vous de charger les géométries au format WKT (appliquez une fonction généralement appelée st_asText() à la requête SQL). Convertissez ensuite le champ WKT en envoyant la table à Qlik GeoOperations. Cela renverra un champ avec les géométries au format Qlik Sense.

Exemple de conversion de script

Cet exemple de conversion de script utilise le script Connecteur GeoAnalytics suivant :

/* 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 ----------------------------------- */

Procédez comme suit :

Prenez le script entre SQL et la deuxième instruction SELECT.

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

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Ajoutez les champs des tables secondaires :

SELECT [LocationDbId], [Clusters_ClusterID], [Clusters.Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Ajustez les noms de champ et de paramètre :

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"
Encadrez dans un code d'expression standard :

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" ');

Ce code de script peut maintenant être utilisé avec Qlik GeoOperations.

Différences entre les champs GeoOperations et GeoAnalytics

Les champs par défaut des scripts GeoOperations et GeoAnalytics présentent des différences, généralement au niveau des préfixes. Lors de la migration de vos scripts GeoAnalytics vers GeoOperations, vous devrez peut-être ajuster certains des noms de champ.

AddressToPoint