イベントスキーマ
クエリが期待するフィールド
| フィールド | 種類 | なぜ存在するのか |
|---|---|---|
| trial_id | Utf8 | 架空の試行を識別するIDです。生徒や個人のIDではありません。 |
| event | Utf8 | 架空の練習問題の流れで記録された一つの段階です。 |
クエリをコピーする
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 |
合成出力例。運用上の決定に使用する前に、独自のイベント スキーマとしきい値に対してクエリを実行します。
例を再現する
サンプルデータをダウンロードする
JSON バンドルには、型付きイベント コントラクトが含まれています。 reproducible 入力行、正確な SQL、予想される出力、レビューメモ、およびエンジンのバージョン。 CSV には、表示された結果が含まれます。
SQL の仕組み
- 1COUNT(DISTINCT trial_id) は、各イベントがある試行を重複なく数えます。toy-02には問題表示の行が2行あるため、行数で数えるとこの段階を1試行多く見積もります。
- 2記録された試行数は、開始から問題表示までに2件、問題表示から回答送信までにさらに3件減ります。
- 3回答送信イベントがないからといって、離脱したとは限りません。本人がやめた可能性も、アプリが失敗した可能性も、記録処理がイベントを取りこぼした可能性もあります。
確認するエッジケース
- 問題表示イベントがないのに回答送信イベントがあれば、想定した順序と合いません。実際のファネルを解釈する前に、個々の試行を確認してください。
- 試行IDが再利用されたり欠けたりすると、重複を除いた件数が不正確になります。実データを集める前にIDの定義を決めてください。
- この架空データには無作為化した比較がなく、設計変更の効果は測れません。
推奨されるダッシュボード
- 表:記録された3段階それぞれの異なる試行数
このクエリに必要なイベントを設定する
関連する機器とガイド
分析を続ける
自分のイベントで実行する
テーブルを作成し、フィールドを調整して、結果を保存します
無料で始めて、構造化されたイベントを送信し、クエリ結果をグラフ、共有ダッシュボード ウィジェット、またはアラート入力として使用します。
Telemetryの現行規約では、アカウントを作成する人は18歳を超えている必要があります。未成年の生徒はアカウントを作らずに印刷した教材を使えます。 利用規約