計測対象のページから遷移後のページ遷移回数を計測する計測対象のページから次のページに遷移した後、再び計測対象のページに戻ってくるまで、または遷移先で離脱するまでに回遊したページ遷移回数を計測します。順番に加工して、計測に必要な情報を求めます。値が入るようにしています。WHERE句の条件に計測対象ページのページIDを指定し絞り込んだ後で、LEAD関数で次のレコードを取得しているところがポイントになります。同一セッションIDの中のレコードを一意に識別できるようにROW_NUMBER関数で番号を付加しています。'PAGE-0110'クエリの実行結果のイメージは以下となります。JOINして、計測対象のページから再び計測対象のページに戻ってくるまでのレコードを1つのグループにまとめます。access_log_step2.lead_request_datetimeクエリの実行結果のイメージは以下となります。セッションID、row_numberでグループ化すると、回遊したページ数を計測できます。row_numberクエリの実行結果のイメージは以下となります。実行結果をさらに、集約することでユーザ全体のページ遷移回数の傾向がわかります。LogAnalysis04クエリの実行結果のイメージは以下となります。おわりに本記事ではアクセスログの可視化の方法について紹介しました。SQLのクエリで分析できるものの、識別キーを持たないログを扱う場合にテーブルの結合条件で苦労する部分が多く、Windows関数を使った中間テーブルを設計していくことで解決できるところが多くあります。本記事では割愛していますが、実際にシステムで出力するログを扱う際にはノイズとなるデータを除くことや、同一の日時で出力されたログの扱いを決めるところも大切になります。Window関数を使う場合には、指定したパーティションのなかでレコードの並び順が一意になるようにログ出力を設計する必要があります。本拠を置くITコンサルティング会社です。技術的な知見に基づいて技術案件から上流案件まで幅広くご支援しています。upLoginユーザーは見つかりませんでした。