Query Service 문제 해결 안내서

SELECT * FROM customers LIMIT 0;

• 쿼리를 CTAS 쿼리로 변환 실행 일정을 지정합니다. 실행 예약은 다음 중 하나를 수행할 수 있습니다 ui 사용 또는 API.
• 추가 내용을 적용하여 작은 데이터 청크에서 쿼리를 실행합니다 조건 필터링.
• EXPLAIN 명령 실행 더 자세한 정보를 수집하기 위해
• 데이터 세트 내의 데이터 통계를 검토합니다.
• 쿼리를 간소화된 양식으로 전환한 다음 준비된 설명.

• Experience Platform에 로그인한 후 데이터 세트 로 이동할 UI의 왼쪽 탐색 영역에서 데이터 세트 대시보드 .
• 데이터 세트 찾아보기 탭이 열립니다. 검색 창을 사용하여 사용 가능한 옵션을 세분화할 수 있습니다. 표시된 목록에서 데이터 세트를 선택합니다.

• 다음 데이터 세트 활동 화면이 나타납니다. 선택 데이터 세트 미리 보기 xdm 스키마의 대화 상자를 열고 선택한 데이터 집합에서 병합된 데이터의 테이블 보기를 엽니다. 자세한 내용은 데이터 세트 설명서 미리 보기

• 스키마에서 필드를 선택하여 병합된 열에 해당 내용을 표시합니다. 열 이름은 페이지 오른쪽의 해당 컨텐츠 위에 표시됩니다. 이 데이터 세트를 쿼리하는 데 사용할 이 이름을 복사해야 합니다.

에 대한 자세한 내용은 설명서 를 참조하십시오 중첩 데이터 구조를 사용한 작업 방법 쿼리 편집기 또는 타사 클라이언트 사용.

처리하는 동안 쿼리가 중단되는 이유는 다양할 수 있습니다. 정확한 원인을 규명하려면 사례별로 심층적인 분석이 필요합니다. Adobe 고객 지원에 문의하십시오 이 프로세스에 참여하도록

Adobe 고객 지원 전화 번호의 전체 목록 Adobe 도움말 페이지에서 사용할 수 있습니다. 또는 다음 단계를 완료하여 도움말을 온라인으로 찾을 수 있습니다.

• 다음으로 이동 https://www.adobe.com/ 참조하십시오.
• 위쪽 탐색 막대의 오른쪽에서 을 선택합니다. 로그인.

• Adobe 라이선스에 등록된 Adobe ID 및 암호를 사용하십시오.
• 선택 도움말 및 지원 상단 탐색 막대에서 을 클릭합니다.

다음을 포함하는 드롭다운 배너가 나타납니다 도움말 및 지원 섹션을 참조하십시오. 선택 문의 Adobe 고객 지원 가상 도우미를 열려면 또는 엔터프라이즈 지원 대규모 조직을 위한 전담 도움말

자세한 내용은 익명 블록 설명서 자세한 내용

1. 기존 Adobe 정의 함수 사용 사례의 요구 사항을 충족하는지 확인합니다.
2. 이전 제안이 사용 사례를 충족하지 않는 경우 창 함수. 창 함수는 시퀀스의 모든 이벤트를 봅니다. 또한 내역 데이터를 검토할 수 있으며 모든 조합에서 사용할 수 있습니다.

여러 쿼리를 검색하려면 GET 명령을 사용합니다. API를 호출하는 방법에 대한 자세한 내용은 샘플 API 호출 설명서.

응답에서 조사할 쿼리를 식별하고 이 응답을 사용하여 다른 GET 요청을 만듭니다 id 값. 전체 지침은 id 설명서로 쿼리 검색.

성공적인 응답은 HTTP 상태 200을 반환하고 를 포함합니다 errors 배열입니다. 간결성을 위해 응답이 줄었습니다.

{
    "isInsertInto": false,
    "request": {
                "dbName": "prod:all",
                "sql": "SELECT *\nFROM\n  accounts\nLIMIT 10\n"
            },
    "clientId": "8c2455819a624534bb665c43c3759877",
    "state": "SUCCESS",
    "rowCount": 0,
    "errors": [{
      'code': '58000',
      'message': 'Batch query execution gets : [failed reason ErrorCode: 58000 Batch query execution gets : [Analysis error encountered. Reason: [sessionId: f055dc73-1fbd-4c9c-8645-efa609da0a7b Function [varchar] not defined.]]]',
      'errorType': 'USER_ERROR'
      }],
    "isCTAS": false,
    "version": 1,
    "id": "343388b0-e0dd-4227-a75b-7fc945ef408a",
}

다음 Query Service API 참조 설명서 사용 가능한 모든 끝점에 대한 자세한 정보를 제공합니다.

다음 예제에서는 CTAS 구문 및 구조체 데이터 형식을 사용하는 방법을 보여 줍니다.

CREATE TABLE table_name WITH (SCHEMA='schema_name')

AS SELECT '1' as _id,

 STRUCT

  ('2021-02-17T15:39:29.0Z' AS taskActualCompletionDate,

    '2020-09-09T21:21:16.0Z' AS taskActualStartDate,

    'Consulting' AS taskdescription,

    '5f6527c10011e09b89666c52d9a8c564' AS taskguide,

    'Stakeholder Consulting Engagement' AS taskname,

    '2020-09-09T15:00:00.0Z' AS taskPlannedStartDate,

    '2021-02-15T11:00:00.0Z' AS taskPlannedCompletionDate

  ) AS _workfront ;

다음과 같은 작은 쿼리를 사용하여 데이터 집합에 데이터가 포함되어 있는지 확인할 수도 있습니다.

SELECT count(1) FROM myTableName

수행 방법에 대한 지침도 설명서에서 확인해야 합니다 UI에서 예약된 쿼리 및 API.

다음은 를 사용할 때 예약된 쿼리에 대한 고려 사항 목록입니다 Query Editor. 에는 적용되지 않습니다 Query Service API:
이미 생성, 저장 및 실행된 쿼리에 예약만 추가할 수 있습니다.
사용자 사용할 수 없음 매개 변수가 있는 쿼리에 일정을 추가합니다.
예약된 쿼리 사용할 수 없음 익명 블록을 포함합니다.
예약만 수행할 수 있습니다 하나 UI를 사용하여 쿼리 템플릿. 쿼리 템플릿에 예약을 더 추가하려면 API를 사용해야 합니다. API를 사용하여 이미 일정을 추가한 경우 UI를 사용하여 추가 일정을 추가할 수 없습니다.

SELECT * FROM <table> WHERE 1=0

예를 들어 임시 테이블을 만들 수 있습니다.

CREATE temp TABLE temp_dataset AS
SELECT *
FROM actual_dataset
WHERE 1 = 0;

그런 다음 임시 테이블을 다음과 같이 사용할 수 있습니다.

INSERT INTO temp_dataset
SELECT a._company AS _company,
a._id AS _id,
a.timestamp AS timestamp
FROM actual_dataset a
WHERE timestamp >= TO_TIMESTAMP('2021-01-21 12:00:00')
AND timestamp < TO_TIMESTAMP('2021-01-21 13:00:00')
LIMIT 100;

Query Service는 지정된 타임스탬프를 UTC 형식으로 변환하기 위한 기본 제공 SQL 함수를 지원합니다. 둘 다 to_utc_timestamp() 그리고 from_utc_timestamp() 메서드는 두 가지 매개 변수를 사용합니다. timestamp 및 timezone.

UTC 타임스탬프로 변환

다음 to_utc_timestamp() 메서드는 지정된 매개 변수를 해석하고 변환합니다 로컬 시간대의 타임스탬프로 UTC 형식입니다. 예를 들어, 서울의 시간대는 대한민국 UTC/GMT +9시간입니다. 날짜 전용 타임스탬프를 제공하여 메서드는 오전 자정 기본값을 사용합니다. 타임스탬프 및 시간대는 해당 지역의 시간에서 로컬 지역의 UTC 타임스탬프로 변환됩니다.

SELECT to_utc_timestamp('2021-08-31', 'Asia/Seoul');

쿼리가 사용자의 현지 시간에 타임스탬프를 반환합니다. 이 경우 서울 전날인 3시 3분이 9시간 앞입니다.

2021-08-30 15:00:00

다른 예로, 주어진 타임스탬프가 2021-07-14 12:40:00.0 대상 Asia/Seoul 시간대, 반환된 UTC 타임스탬프는 2021-07-14 03:40:00.0

Query Service UI에 제공된 콘솔 출력은 사람이 읽을 수 있는 형식입니다.

8/30/2021, 3:00 PM

UTC 타임스탬프에서 변환

다음 from_utc_timestamp() 메서드는 지정된 매개 변수를 해석합니다 로컬 시간대의 타임스탬프에서 및 은 UTC 형식으로 원하는 영역의 상응하는 타임스탬프를 제공합니다. 아래 예에서 시간은 사용자의 로컬 시간대에서 오후 2시 40분입니다. 변수로 전달된 Seoul 시간대 는 로컬 시간보다 9시간 앞서 있습니다.

SELECT from_utc_timestamp('2021-08-31 14:40:00.0', 'Asia/Seoul');

쿼리는 매개 변수로 전달된 시간대의 UTC 형식 타임스탬프를 반환합니다. 결과는 쿼리를 실행한 시간대보다 9시간 빠릅니다.

8/31/2021, 11:40 PM

시계열 데이터를 필터링하려면 어떻게 해야 합니까?

SELECT a._company  AS _company,
       a._id       AS _id,
       a.timestamp AS timestamp
FROM   dataset a
WHERE  timestamp >= To_timestamp('2021-01-21 12:00:00')
       AND timestamp < To_timestamp('2021-01-21 13:00:00')

예를 들어, 아래와 같이 시간 구성 요소가 없으면 오류가 발생합니다.

SELECT * FROM ABC
WHERE timestamp = CAST('07-29-2021' AS timestamp)

의 올바른 사용 CAST 연산자는 다음과 같습니다.

SELECT * FROM ABC
WHERE timestamp = CAST('07-29-2021 00:00:00' AS timestamp)

를 사용하는 대신 NOT IN, 다음 중 하나를 사용할 수 있습니다. NOT EXISTS 또는 LEFT OUTER JOIN.

예를 들어 다음 테이블을 생성한 경우

CREATE TABLE T1 (ID INT)
CREATE TABLE T2 (ID INT)
INSERT INTO T1 VALUES (1)
INSERT INTO T1 VALUES (2)
INSERT INTO T1 VALUES (3)
INSERT INTO T2 VALUES (1)
INSERT INTO T2 VALUES (2)

를 사용하는 경우 NOT EXISTS 연산자인 경우 NOT IN 다음 쿼리를 사용하여 연산자 사용:

SELECT ID FROM T1
WHERE NOT EXISTS
(SELECT ID FROM T2 WHERE T1.ID = T2.ID)

또는, LEFT OUTER JOIN 연산자인 경우 NOT IN 다음 쿼리를 사용하여 연산자 사용:

SELECT T1.ID FROM T1
LEFT OUTER JOIN T2 ON T1.ID = T2.ID
WHERE T2.ID IS NULL

PSQL 클라이언트를 사용할 때 쿼리 결과를 저장하는 방법에는 두 가지가 있습니다. 를 사용할 수 있습니다 COPY TO 다음 형식을 사용하여 명령문을 만들거나 만듭니다.

SELECT column1, column2
FROM <table_name>
\g <table_name>.out

의 사용에 대한 지침 COPY TO 명령 는 SQL 구문 참조 설명서에서 찾을 수 있습니다.

대시보드에 대한 응답 시간을 개선하려면 Query Service와 BI 도구 간에 Business Intelligence(BI) 서버를 캐싱 레이어로 구현해야 합니다. 일반적으로 대부분의 BI 도구에는 서버를 위한 추가 서비스가 있습니다.

캐시 서버 계층을 추가하는 목적은 쿼리 서비스에서 데이터를 캐시하고 이를 대시보드에 활용하여 응답 속도를 높이는 것입니다. 이는 실행되는 쿼리의 결과가 매일 BI 서버에 캐시되므로 가능합니다. 그런 다음 캐싱 서버는 동일한 쿼리를 가진 모든 사용자에게 이러한 결과를 제공하여 지연을 줄입니다. 이 설정에 대한 자세한 내용은 사용 중인 유틸리티 또는 타사 도구의 설명서를 참조하십시오.

ErrorCode: 58000 Internal System Error [Invalid table your_table_name. historyMeta can be used on datalake tables only.]

쿼리에 대한 반환 값이 없으므로 이 오류가 발생했습니다. 이제 이 동작은 다음 메시지를 반환하도록 수정되었습니다.

Query complete in {timeframe}. 0 rows returned.