事件結構
查詢期望的欄位
| 欄位 | 型別 | 為什麼存在 |
|---|---|---|
| trial_id | Utf8 | 虛構嘗試的識別碼，不是學生或個人的 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。確定性樣本輸出是綜合的並單獨審查；根據您自己的資料驗證欄位型別、閾值和業務定義。 閱讀測試方法。
查詢結果
已記錄的不同嘗試
這組虛構資料記錄了八次開始、六次開啟題目和三次提交。
| started | opened | submitted |
|---|---|---|
| 8 | 6 | 3 |
綜合範例輸出。在將其用於操作決策之前，針對您自己的事件架構和閾值執行查詢。
SQL 是如何工作的
- 1COUNT(DISTINCT trial_id) 統計包含各類事件的不同嘗試。toy-02 有兩筆開啟題目的紀錄，直接數資料列會把這一步多算一次。
- 2記錄到的嘗試次數從開始到開啟題目減少了兩次，從開啟題目到提交答案又減少了三次。
- 3缺少提交事件不能證明使用者放棄了。人可能停下來、應用程式可能出錯，記錄系統也可能漏記事件。
需要檢查的邊界情況
- 如果出現提交事件卻沒有開啟題目事件，就不符合預期順序。解讀真實漏斗前，應先查看單次嘗試的紀錄。
- 重複使用或缺失的嘗試 ID 會讓去重計數失真。收集真實事件前，應先定義好識別碼。
- 這些虛構紀錄沒有隨機對照，無法衡量設計改動的效果。
推薦儀表板
- 表格：三個已記錄步驟中不同嘗試的數量
設定此查詢需要的事件
相關埋點和指南
繼續分析