最初は快適だったTableauのダッシュボードが、データが増えるにつれて開くのに数十秒かかるようになる ── 原因の多くは、BigQueryなどの生ログをTableauから直接叩いていることにあります。本記事では、Passworkで日次・週次の集計テーブルを作り、その結果を決まったTableauデータソースへ自動で流し込むことで、ダッシュボードを軽く保ち続ける方法を解説します。

01　生ログ直結のダッシュボードはなぜ重くなるのか

Tableauが生ログを直接参照する構成では、ダッシュボードを開くたび・フィルタを触るたびに、数百万行のスキャンと集計が走ります。表示のたびに同じ重い計算を繰り返しているわけです。閲覧者が増えるほどクエリも増え、待ち時間とクエリコストの両方が膨らみます。

解決の考え方はシンプルで、表示のたびに計算するのをやめて、計算済みの結果を見せることです。日次で1回だけ集計を回し、その結果だけをTableauに渡す。ダッシュボードが参照するのは数百万行の生ログではなく、数千行の集計テーブルになります。

02　データソース自動更新でできること

• 集計済みデータの定期配信：SQL直接実行で作った日次・週次の集計結果を、決まったTableauデータソースへ自動で流し込みます。
• 表示の高速化：Tableau側は軽い集計済みデータを参照するだけになり、ダッシュボードの表示が速くなります。
• クエリコストの削減：重い集計は1日1回だけ。閲覧のたびに生ログをスキャンする構成と比べて、DWHのクエリコストを抑えられます。
• 複数ダッシュボードの一元管理：ダッシュボードごとに必要な集計を別々のデータソースとして定義し、更新をすべてフローで管理できます。

03　連携の仕組み｜集計→データソース反映の2段構成

04　Passworkでの実現方法 ── SQL直接実行と定点更新

Passworkでは、この2段構成をひとつのフローとして組み、スケジュール実行で毎日回せます。集計SQLはフローの中に定義されるため、「どのダッシュボードが、どの集計で、いつ更新されているか」が一覧できる状態になり、属人化しがちな集計ロジックの管理も解決します。

ダッシュボードが増えてきたら、集計フローを複製して粒度を変えるだけです。実行の失敗は通知で受け取れ、AIによる原因分析も使えます。提供元のPraztoはTableau導入支援を含む350社超の実績があり、データソース設計・集計設計から伴走できます。

05　業務での具体的な活用例

経営ダッシュボードの高速化（経営企画）

複数事業のKPIを集めた経営ダッシュボードは参照するテーブルが多く、重くなりがちです。事業ごとの集計を夜間に済ませておくことで、朝の経営会議で待ち時間なく画面を切り替えられます。

店舗向けダッシュボードの大量配信（多店舗ビジネス）

全店舗の店長が毎朝開くダッシュボードは、閲覧数がそのままクエリ数になります。集計済みデータソース方式なら、閲覧者が何人増えても裏側の負荷は一定です。

広告レポートの日次更新（マーケティング）

媒体別・キャンペーン別のROAS集計を日次で作り、レポート用データソースを自動更新。レポート画面の操作は軽く、数字は毎朝最新という状態を保てます。

06　まとめ：ダッシュボードの速さは、データの持ち方で決まる

Tableauの高速化はワークブックの調整だけでは限界があります。要点は重い集計を表示時から夜間バッチへ移し、決まったデータソースを自動更新し続けること。開くのが遅くて見られなくなったダッシュボードを、毎朝サッと開ける道具に戻しましょう。