이벤트 스키마
쿼리가 예상하는 필드
| 필드 | 유형 | 그것이 존재하는 이유 |
|---|---|---|
| trial_id | Utf8 | 가상 시도를 식별하는 ID이며 학생이나 사람의 ID가 아닙니다. |
| event | Utf8 | 가상의 연습 문제 흐름에서 기록된 한 단계입니다. |
DataFusion SQL
쿼리 복사
sql
SELECT
COUNT(DISTINCT CASE WHEN event = 'flow_started' THEN trial_id END) AS started,
COUNT(DISTINCT CASE WHEN event = 'question_opened' THEN trial_id END) AS opened,
COUNT(DISTINCT CASE WHEN event = 'answer_submitted' THEN trial_id END) AS submitted
FROM prototype_events;이 읽기 전용 쿼리는 빈 유형의 테이블에 대해 계획되고 실행됩니다. 아파치 DataFusion 45.2.0. 결정론적 샘플 출력은 합성되어 별도로 검토됩니다. 자신의 데이터에 대해 필드 유형, 임계값 및 비즈니스 정의를 검증합니다. 테스트 방법론을 읽어보세요.
쿼리 결과
기록된 서로 다른 시도
이 가상 데이터에는 시작 8건, 문제 열기 6건, 제출 3건이 기록되어 있습니다.
| started | opened | submitted |
|---|---|---|
| 8 | 6 | 3 |
합성 예제 출력. 운영 결정에 사용하기 전에 자체 이벤트 스키마 및 임계값에 대해 쿼리를 실행하세요.
SQL 작동 방식
- 1COUNT(DISTINCT trial_id)는 각 이벤트가 있는 시도를 중복 없이 셉니다. toy-02에는 문제 열기 행이 두 개 있으므로 행 수를 세면 이 단계의 시도를 하나 더 많게 계산합니다.
- 2기록된 시도 수는 시작에서 문제 열기까지 2건, 문제 열기에서 답안 제출까지 다시 3건 줄어듭니다.
- 3제출 이벤트가 없다고 해서 사용자가 중단했다고 단정할 수는 없습니다. 사람이 멈췄을 수도, 앱에 오류가 났을 수도, 기록 과정에서 이벤트가 누락됐을 수도 있습니다.
확인할 경계 사례
- 문제 열기 이벤트 없이 제출 이벤트가 있다면 예상한 순서와 맞지 않습니다. 실제 퍼널을 해석하기 전에 개별 시도 기록을 확인하세요.
- 시도 ID가 재사용되거나 빠지면 중복을 제외한 집계가 틀릴 수 있습니다. 실제 이벤트를 수집하기 전에 식별자를 정의하세요.
- 이 가상 기록에는 무작위 비교가 없으므로 설계 변경의 효과를 측정할 수 없습니다.
추천 대시보드
- 표: 기록된 세 단계별 서로 다른 시도 수
이 쿼리에 필요한 이벤트 설정하기
관련 계측 및 가이드
분석 계속하기