Migrar documentos de QlikView

Esta página detalla cómo migrar documentos de QlikView y su contenido relacionado. También muestra las mejores prácticas, limitaciones y consideraciones.

Limitaciones de las aplicaciones

La tabla siguiente describe los tamaños básicos de app permitidos según su suscripción a Qlik Cloud.

Tipo de app	Tamaño de app admitido (en memoria)	Pico de memoria durante las recargas programadas	Pico de memoria durante las recargas manuales
Nivel estándar	Hasta 5 GB	Hasta 15 GB	Hasta 10 GB
Capacidad para apps grandes	Hasta 50 GB	Depende de la capacidad adquirida	Depende de la capacidad adquirida

La unidad de medida de capacidad, uso y límites de Qlik Cloud viene representada por gigabytes binarios (GB), donde 1 GB son ²³⁰ bytes (1,073,741,824). Esto también se conoce como gibibyte (GiB), definido por la Comisión Electrotécnica Internacional (CEI). Del mismo modo, 1 TB son ²⁴⁰ bytes (o 1.024 GB).

Determinar el tamaño de app

Puede medir el tamaño de la aplicación de dos maneras:

Tamaño en memoria la última vez que se recargó la aplicación
Tamaño en disco

Utilice las siguientes herramientas para determinar el tamaño de una app:

Panel de control de QlikView , hoja Complexity (solo en inglés): esta hoja indica el tamaño en disco.
La app QlikView to SaaS Migration App, en las herramientas de migración de Qlik Cloud, tiene una sección específica en la pestaña Migration Tools en AssessQlik Cloud que estima la huella de RAM base e identifica las aplicaciones que se espera que lleguen al nivel Estándar o no.

Mitigar problemas con el tamaño de la app

Si encuentra problemas de asignación de memoria debido al enorme tamaño de las aplicaciones, hay dos enfoques principales que puede tomar para mitigar los problemas.

Revise y actualice el script de carga de datos según corresponda:
- Elimine los campos y filas no utilizados para que no se carguen.
- Retire las tablas que ya no se necesiten para el procesamiento de datos
- Implemente cargas incrementales para optimizar el volumen de datos que se procesan.
- Utilice cargas QVD optimizadas.
Añada más capacidad al espacio empresarial inquilino para permitir mayor carga de trabajo Vea Compatibilidad con grandes aplicaciones

Otras limitaciones y consideraciones

Las implementaciones en la nube normalmente no permiten el acceso al sistema de archivos de su host o servidor, por lo tanto, utilice estas modificaciones del script de carga cuando migre el script de carga desde una aplicación local a Qlik Cloud.

Extensiones

Las extensiones de QlikView no funcionan en Qlik Cloud. Esto se aplica tanto a las extensiones de servidor como a las extensiones de documento.

Consulte el sitio web para desarrolladores de Qlik Cloud si desea ver contenido relacionado con el desarrollo personalizado, incluidas referencias de API y kits de herramientas.

En Qlik Cloud, existen algunas limitaciones con las extensiones en comparación con Qlik Sense Enterprise Client-Managed. Para más información, vea Administrar extensiones.

Debe agregar solicitudes de recursos externos a la lista de permitidos en la Consola de gestión > Política de seguridad de contenido. Vea Administrar políticas de seguridad de contenido.

Plantillas

El estilo de la aplicación no se puede migrar de QlikView a Qlik Cloud. Vea Aplicar estilo a una app si desea obtener información sobre opciones de estilo para una app de Qlik Cloud y sobre plantillas personalizadas.

GeoAnalytics

La funcionalidad del objeto de extensión de QlikView GeoAnalytics se ha incorporado al objeto de Mapa nativo en Qlik Sense. Las apps de Qlik Sense no se pueden crear con estos objetos heredados; los objetos deben reconstruirse con el objeto de mapa nativo de Qlik Sense

Migrar de Conector GeoAnalytics a Qlik GeoOperations

Qlik GeoOperations en Qlik Cloud ofrece características y operaciones similares a las que ofrece Conector GeoAnalytics dentro de QlikView. También admiten muchos de los mismos formatos de datos. Tienen las siguientes diferencias:

Qlik GeoOperations es una integración analítica avanzada (AAI) que resulta más adecuada para enviar y procesar datos que un conector.
La sintaxis de script es diferente para las integraciones de Advanced Analytics que para los conectores.
Parte de GeoOperations también se puede utilizar en las expresiones de gráfico.
Qlik GeoOperations devuelve una única tabla. En comparación con lo que devuelve Conector GeoAnalytics, las tablas se unen en Qlik GeoOperations.
En Qlik GeoOperations, se ha cambiado el nombre de algunos campos y parámetros para una mayor coherencia.

A continuación se describe cómo convertir el script producido por el asistente de Conector GeoAnalytics a Qlik GeoOperations:

En el Editor de carga de datos, en el código de script de Conector GeoAnalytics, copie todo lo que viene después de SQL hasta el segundo SELECT o ";", el que aparezca primero.
Reemplace todos los ' del script de Conector GeoAnalytics por ".
Añada los nombres de los campos seleccionados de la sentencia secundaria SELECT en el script de Conector GeoAnalytics a la primera sentencia SELECT del script de GeoOperations. Omita los campos que ya existen. Añada el nombre de la tabla de origen a los nombres de los campos, separándolos con un punto. Por ejemplo, table.field. Esto creará una única tabla unida en lugar de varias tablas.
Revise la documentación de referencia de la operación y el conjunto de datos y ajuste los nombres de los parámetros o campos cuando sea necesario.

Operación

Conjunto de datos

Para obtener un resumen de las diferencias más destacadas, consulte Diferencias de campos entre GeoOperations y GeoAnalytics
Añada lo siguiente al inicio del script de GeoOperations:

Load * Extension GeoOperations.ScriptEval('
Añada lo siguiente al final del script de GeoOperations:

');

Si se utiliza una tabla cargada con Conector GeoAnalytics, envíela como segundo parámetro a GeoOperations.ScriptEval en su lugar.

Como Qlik GeoOperations devuelve una tabla unida, las tablas secundarias solo devolverán los valores de los campos que tengan un valor correspondiente en la tabla primaria. Por ejemplo, si desea encontrar los aeropuertos más cercanos para algunos puntos de Alemania, solo se devuelven los datos sobre los aeropuertos más cercanos a los puntos. Si desea todos los aeropuertos de Alemania, hay que cargarlos por separado con una operación LOAD.

Si se cargan desde una base de datos SQL con el conector, los datos deben cargarse con uno de los conectores de base de datos, como el conector ODBC. Asegúrese de cargar las geometrías como WKT (aplicar una función normalmente denominada st_asText() en la consulta SQL). A continuación, convierta el campo WKT enviando la tabla a Qlik GeoOperations. A continuación, devolverá un campo con las geometrías en el formato Qlik Sense.

Ejemplo de conversión de script

Este ejemplo de conversión de script utiliza el siguiente script de Conector 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 ----------------------------------- */

Haga lo siguiente:

Tome la secuencia de script entre SQL y la segunda sentencia SELECT.

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

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Agregue los campos desde las tablas secundarias:

SELECT [LocationDbId], [Clusters_ClusterID], [Clusters.Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
Ajuste los nombres de los parámetros y los campos:

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"
Inclúyalos en el código de la plantilla:

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

Este código de script ahora se puede utilizar con Qlik GeoOperations.

Diferencias de campos entre GeoOperations y GeoAnalytics

Los campos predeterminados entre los scripts de GeoOperations y GeoAnalytics tienen diferencias, normalmente en los prefijos. Cuando migre sus scripts de GeoAnalytics a GeoOperations, puede que necesite ajustar algunos de los nombres de campo.

AddressToPoint