데이터 피드에 데이터 변환 적용
다음 방법 중 하나를 사용하여 데이터 피드 데이터를 변환할 수 있습니다.
-
SQL
각 방법에는 장점과 단점이 있습니다. 다음 섹션에서는 일반적으로 및 특정 변환에 대한 절충안을 비교합니다.
일반적으로 데이터 변환 방법 비교
다음 표는 각 방법의 장단점을 전반적으로 비교한 것이다.
- 데이터 피드가 배달되기 전에 보고서 시간에 적용됩니다.
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다.
- 은(는) 계정의 제한된 파생 필드 중 하나를 사용하지 않습니다.
- 사용할 수 있는 구성 요소 설정의 수에는 제한이 없습니다.
- 데이터 피드 전달 성능에 영향을 줄 수 있는 처리 오버헤드 추가
- 각 구성 요소가 지원하는 특정 설정 세트에만 사용할 수 있습니다. 파생 필드로 사용자 지정 논리를 작성하는 것만큼 유연하지는 않습니다.
- 데이터 피드가 배달되기 전에 보고서 시간에 적용됩니다.
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다.
- 체인 조건부 규칙과 같은 단일 구성 요소 설정보다 유연한 사용자 지정 로직을 지원합니다.
- 일부 변형, 특히 범위 설정에 따라 달라지거나 URL을 구문 분석하는 변형은 SQL에서 복제하기 어렵습니다.
- 데이터 피드 전달 성능에 영향을 줄 수 있는 처리 오버헤드 추가
- 데이터 피드 전달 성능에 영향을 줄 수 있는 처리 오버헤드를 추가합니다.
- 계정의 제한된 파생 필드 중 하나를 사용합니다. 구성 요소 설정이 동일한 변형을 수행할 수 있는 경우 대신 해당 변형을 사용합니다.
- 파생 필드에 적용되는 함수 및 연산자 제한에 의해 제한되지 않습니다.
- 는 데이터 피드 전달 성능에 영향을 주지 않습니다.
- 데이터 피드가 이미 전달된 후에 적용됩니다.
- 논리는 Analysis Workspace에 적용되지 않으므로 별도로 복제해야 합니다.
- 일부 변환은 복제하기 어렵거나 비현실적입니다. 특히 범위 설정에 따라 달라지거나, URL을 구문 분석하거나, 범위 전체에 걸쳐 중복을 제거하거나 값을 유지하는 변환이 많습니다.
변환 유형별 데이터 변환 방법 비교
다음 표에는 각 데이터 변환을 수행할 수 있는 방법(또는 방법), SQL에서 복제하는 것이 얼마나 어려운지, 권장되는 방법 등이 나와 있습니다.
구성 요소 설정
제한된 파생 필드 중 하나를 사용하지 않으므로 권장됩니다.
문자열 사용 용이
지표에 대해 보통에서 어려운 값(COUNT과(와) 결합된 CASE 문 필요)
구성 요소 설정
사용하기 쉽고 제한된 파생 필드 중 하나를 사용하지 않으므로 권장됩니다.
파생 필드
동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
파생 필드
동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
파생 필드
동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
구성 요소 설정
권장 이유:
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다(SQL에서는 가능하지 않음)
- 제한된 파생 필드 중 하나를 사용하지 않습니다.
구성 요소 설정
제한된 파생 필드 중 하나를 사용하지 않으므로 권장됩니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
범위 설정에 따라 다릅니다(세션을 범위로 사용하며 구성할 수 없음). 범위 설정이 데이터 피드에 미치는 영향을 참조하세요.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
구성 요소 설정
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
"값 없음"을 값으로 취급 옵션은 데이터 피드에 적용되지만 기본적으로 “값 없음” 표시 안 함 및 기본적으로 “값 없음” 표시옵션은 데이터 피드에 적용되지 않습니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
쉬움/보통
조회 테이블이 이미 있어야 합니다.
구성 요소 설정
권장 이유:
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다(SQL에서는 가능하지 않음)
- 제한된 파생 필드 중 하나를 사용하지 않습니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
구성 요소 설정
제한된 파생 필드 중 하나를 사용하지 않으므로 권장됩니다.
어려움
동일한 구성 요소를 추출하려면 사용자 지정 문자열 구문 분석이 필요합니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
구성 요소 설정
사용하기 쉽고 제한된 파생 필드 중 하나를 사용하지 않으므로 권장됩니다.
구성 요소 설정
세 가지 접근 방식 모두 동일한 결과를 생성하지만, 다음과 같은 이유로 구성 요소 설정을 선호합니다.
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다(SQL에서는 가능하지 않음)
- 제한된 파생 필드 중 하나를 사용하지 않습니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
구성 요소 설정
권장 이유:
- 동일한 논리가 Analysis Workspace 및 데이터 피드 출력 모두에서 일관되게 적용됩니다(SQL에서는 가능하지 않음)
- 제한된 파생 필드 중 하나를 사용하지 않습니다.
파생 필드
사용하기 쉽고 동일한 논리가 Analysis Workspace과 데이터 피드 출력 모두에서 일관되게 적용되므로 권장됩니다.
범위 설정이 데이터 피드에 미치는 영향 scope-settings
날짜 계산, 중복 제거, 다음 또는 이전 및 요약은 각각 이벤트, 세션 또는 개인의 범위 설정에 따라 다릅니다(사용 가능한 옵션은 함수에 따라 다름). 깊이는 구성 가능한 범위 필드가 없지만 표준 이벤트 깊이 차원과 유사하게 기본적으로 세션에 연결되어 있습니다. 범위가 있는 모든 필드는 해당 범위 내의 모든 행에 동일한 값을 쓰며 해당 값은 처리 창 내의 데이터에 따라 다릅니다.
처리 창은 각 데이터 피드 배달과 함께 앞으로 이동하므로 이미 발생한 이벤트에 대해서도 동일한 필드가 나중에 배달할 때 다른 값을 반환할 수 있습니다.
범위 크기에 따라 위험 증가: 개인 내역은 피드 실행 내에 자연 시간 경계가 없으므로 개인 범위는 세션 범위보다 더 많은 위험을 내포합니다.
파생 필드 함수 템플릿
파생 필드 함수 템플릿을 사용하면 마케팅 채널 구축, 봇 검색 또는 URL에서 UTM 매개 변수 추출과 같은 특정 사용 사례에 대한 파생 필드를 빠르게 만들 수 있습니다. 템플릿은 미리 작성된 규칙 체인으로 작성되기 때문에 Marketing Channel Template에서와 같이 SQL에서 동일한 논리를 처음부터 재현하는 것보다 항상 하나를 사용하는 것이 좋습니다.
템플릿에 범위 설정에 의존하는 함수가 포함된 경우 템플릿에는 해당 함수의 범위 주의 사항이 상속됩니다. 범위 설정이 데이터 피드에 미치는 영향을 참조하세요.