QlikView 문서 마이그레이션 중

이 페이지에서는 QlikView 문서 및 관련 콘텐츠를 마이그레이션하는 방법에 대해 자세히 설명합니다. 또한 모범 사례, 제한 사항 및 고려 사항을 확인할 수 있습니다.

앱 제한 사항

다음 표는 구독에 따라 Qlik Cloud에서 허용되는 기본 앱 크기를 설명합니다.

앱 유형	지원되는 앱 크기(인 메모리)	예약된 다시 로드 중 최고 메모리	수동으로 다시 로드하는 중 최고 메모리
표준 계층	최대 5GB	최대 15GB	최대 10GB
대형 앱 용량	최대 50GB	구매한 용량에 따라 다름	구매한 용량에 따라 다름

Qlik Cloud 용량, 사용량 및 제한에 대한 측정값 단위는 이진 기가바이트(GB)로 표시되며, 여기서 1GB는 2³⁰바이트(1,073,741,824)입니다. 이는 IEC(국제전기표준회의)에서 정의한 기비바이트(GiB)라고도 합니다. 마찬가지로 1TB는 2⁴⁰바이트(또는 1,024GB)입니다.

앱 크기 확인

다음 두 가지 방법으로 앱 크기를 측정할 수 있습니다.

앱이 마지막으로 다시 로드된 메모리 크기
디스크 크기

다음 도구를 사용하여 앱의 크기를 확인합니다.

QlikView 거버넌스 대시보드, 복잡성 (영어로만 제공) 시트 – 이 시트는 디스크의 크기를 나타냅니다.
Qlik Cloud 마이그레이션 도구의 QlikView to SaaS Migration App에는 마이그레이션 도구 탭의 평가Qlik Cloud 아래에 기본 RAM 설치 공간을 추정하고 표준 계층에 랜딩할 것으로 예상되는 앱을 식별하는 전용 섹션이 있습니다.

앱 크기 문제 완화

큰 앱 크기로 인해 높은 메모리 할당 문제가 발생하는 경우 문제를 완화하기 위해 취할 수 있는 두 가지 주요 접근 방식이 있습니다.

해당하는 경우 데이터 로드 스크립트를 검토하고 업데이트합니다.
- 사용하지 않는 필드와 행이 로드되지 않도록 제거합니다.
- 데이터 처리에 더 이상 필요하지 않으면 테이블을 삭제합니다.
- 증분 로드를 구현하여 처리 중인 데이터 볼륨을 최적화합니다.
- 최적화된 QVD 로드를 사용합니다.
더 많은 워크로드를 허용하도록 테넌트에 더 많은 용량을 추가합니다. 대형 앱 지원을 참조하십시오.

기타 제한 사항 및 고려 사항

클라우드 배포는 일반적으로 호스트 또는 서버의 파일 시스템에 대한 액세스를 허용하지 않습니다. 따라서 온프레미스 앱에서 Qlik Cloud로 로드 스크립트를 마이그레이션할 때 이러한 로드 스크립트 수정 사항을 사용합니다.

확장 기능

QlikView 확장은 Qlik Cloud에서 작동하지 않습니다. 이는 서버 확장과 문서 확장 모두에 적용됩니다.

API 참조 및 툴킷을 포함한 사용자 지정 개발 관련 콘텐츠는 Qlik Cloud Developer 사이트를 참조하십시오.

Qlik Cloud에서는 Qlik Sense Enterprise Client-Managed에 비해 확장에 몇 가지 제한 사항이 있습니다. 자세한 내용은 확장 관리를 참조하십시오.

관리 콘솔 > 콘텐츠 보안 정책의 허용 목록에 외부 리소스에 대한 요청을 추가해야 합니다. 콘텐츠 보안 정책 관리를 참조하십시오.

테마

응용 프로그램 스타일링을 QlikView에서 Qlik Cloud로 마이그레이션할 수 없습니다. Qlik Cloud 응용 프로그램의 응용 프로그램 스타일링 및 사용자 지정 테마에 대한 자세한 내용은 앱 스타일링을 참조하십시오.

GeoAnalytics

QlikView GeoAnalytics 확장 개체 기능은 기본 Qlik Sense 맵 개체에 통합되었습니다. Qlik Sense 앱은 이러한 레거시 개체를 사용하여 작성할 수 없으며 개체는 Qlik Sense 기본 맵 개체를 사용하여 다시 빌드해야 합니다.

GeoAnalytics 커넥터에서 Qlik GeoOperations로 마이그레이션

Qlik Cloud에 있는 Qlik GeoOperations는 QlikView에 있는 GeoAnalytics 커넥터가 수행하는 것과 유사한 기능 및 작업을 제공합니다. 또한 동일한 데이터 형식을 많이 지원합니다. 다음과 같은 차이점이 있습니다.

Qlik GeoOperations는 커넥터보다 데이터 전송 및 처리에 더 적합한 AAI(고급 분석 통합)입니다.
고급 분석 통합의 스크립트 구문은 커넥터와 다릅니다.
일부 GeoOperations는 차트 표현식에도 사용할 수 있습니다.
Qlik GeoOperations는 단일 테이블을 반환합니다. GeoAnalytics 커넥터가 반환하는 것과 비교하여 테이블이 Qlik GeoOperations로 조인됩니다.
Qlik GeoOperations에서 일부 필드 및 매개 변수의 이름이 보다 일관성 있게 변경되었습니다.

다음은 GeoAnalytics 커넥터 마법사에서 생성된 스크립트를 Qlik GeoOperations로 변환하는 방법을 설명합니다.

데이터 로드 편집기의 GeoAnalytics 커넥터 스크립트 코드에서 SQL 뒤의 모든 내용을 두 번째 SELECT 또는 ";"(둘 중 먼저 나오는 것)까지 복사합니다.
GeoAnalytics 커넥터 스크립트의 모든 ' 문자를 "로 바꿉니다.
GeoAnalytics 커넥터 스크립트의 보조 SELECT 문에서 선택한 필드 이름을 GeoOperations 스크립트의 첫 번째 SELECT 문에 추가합니다. 이미 있는 필드는 생략합니다. 소스 테이블 이름을 마침표로 구분하여 필드 이름에 추가합니다. 예: table.field. 이렇게 하면 여러 테이블 대신 조인된 단일 테이블이 만들어집니다.
작업 및 데이터 집합에 대한 참조 문서를 검토하고 필요한 경우 매개 변수 또는 필드 이름을 조정합니다.

작업

데이터 집합

주요 차이점에 대한 요약은 GeoOperations 및 GeoAnalytics 필드 차이점을 참조하십시오.
GeoOperations 스크립트의 시작 부분에 다음을 추가합니다.

Load * Extension GeoOperations.ScriptEval('
GeoOperations 스크립트의 끝 부분에 다음을 추가합니다.

');

GeoAnalytics 커넥터에서 로드된 테이블을 사용하는 경우 대신 두 번째 매개 변수로 GeoOperations.ScriptEval에 보냅니다.

Qlik GeoOperations는 조인된 테이블을 반환하므로 기본 테이블에 해당 값이 있는 필드 값만 보조 테이블에서 반환됩니다. 예를 들어 독일에서 일부 포인트에 대한 가장 가까운 공항을 찾으려면 해당 포인트와 가장 가까운 공항에 대한 데이터만 반환됩니다. 독일의 모든 공항을 원할 경우에는 LOAD 작업을 통해 별도로 로드해야 합니다.

커넥터가 있는 SQL 데이터베이스에서 로드하는 경우 대신 ODBC 커넥터와 같은 데이터베이스 커넥터 중 하나로 데이터를 로드해야 합니다. 도형을 WKT로 로드해야 합니다(SQL 쿼리에서 일반적으로 st_asText()라고 하는 함수 적용). 그런 다음 테이블을 Qlik GeoOperations로 보내 WKT 필드를 변환합니다. 그런 다음 Qlik Sense 형식의 도형이 있는 필드를 반환합니다.

스크립트 변환 예

이 스크립트 변환 예에서는 다음 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 ----------------------------------- */

다음과 같이 하십시오.

SQL 및 두 번째 SELECT 문 사이에 스크립트를 사용합니다.

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance='10000', points='Points') DATASOURCE Points LOCATIONSERVICE geometry='POINT', type='XIATA', country='de', serviceName='default'
인용 부호를 바꿉니다.

SELECT [LocationDbId], [Clusters_ClusterID] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
보조 테이블에서 필드를 추가합니다.

SELECT [LocationDbId], [Clusters_ClusterID], [Clusters.Clusters_ClusterCenter] FROM Cluster(distance="10000", points="Points") DATASOURCE Points LOCATIONSERVICE geometry="POINT", type="XIATA", country="de", serviceName="default"
매개 변수 및 필드 이름을 조정합니다.

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"
상용구 코드로 묶습니다.

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

이제 이 스크립트 코드를 Qlik GeoOperations와 함께 사용할 수 있습니다.

GeoOperations 및 GeoAnalytics 필드 차이점

GeoOperations 및 GeoAnalytics 스크립트 사이의 기본 필드에는 차이점이 있습니다(일반적으로 접두사 사용). GeoAnalytics 스크립트를 GeoOperations로 마이그레이션할 때 일부 필드 이름을 조정해야 할 수도 있습니다.

AddressToPoint