Skip to content

Tableau から Snowflake へ

Tableau から Snowflake へ、 ひとつの会話で。

Boreon MCP Layer が Tableau Server または Tableau Cloud のサイトにある各ワークブックを読み、その下の Prep フローを Snowflake のダイナミックテーブルにし、ダッシュボードを Streamlit in Snowflake アプリとして再構築し、公開前にすべての数値を Tableau と照合します。スクリプトも手書きの SQL も不要です。

1 か月で本番稼働

  1. 1〜2 週目MVPファイアウォールの内側に Boreon MCP Layer を構築し、優先ダッシュボードを移行して、すべての数値を証明します。
  2. 3〜4 週目最終デプロイ残りの優先ワークブック、堅牢化、承認、そしてトレーニング。
  3. 30 日目本番稼働チームはチャットで運用し、これからの移行はすべてお客様の手の中にあります。

チェーン全体

フローがテーブルになり、アプリが続く

Prep フローが支えるワークブックは、Tableau Server または Tableau Cloud から 1 つのジョブとして、構築の順に移ります。

フローの各ステップは 1 つの SQL 文の中の 1 つの CTE になり、Snowflake のダイナミックテーブルとして、または Snowflake が許す場合はマテリアライズドビューとして作成されます。まずテーブルを作成して検証し、その後で初めて Streamlit in Snowflake アプリをその上に構築します。アプリが読むのは、すでに確認済みのテーブルです。

エージェントが書く SQL 文、フローのステップごとに 1 つの CTE
CREATE DYNAMIC TABLE sales.pipeline_dt
  TARGET_LAG = '1 hour'
  WAREHOUSE = compute_wh
AS
WITH clean AS ( … ),
     joined AS ( … )
SELECT … FROM joined;

移るもの

ダッシュボードは Streamlit アプリに

Tableau Server または Tableau Cloud からの 4 種類の作業を、すべて同じチャットから始められます。

Tableau ダッシュボード

レイアウト、マーク、色、並べ替え、数値書式が Streamlit in Snowflake アプリになり、フィルターはライブのセレクターになります。

ワークブック → Streamlit アプリ

Tableau Prep フロー

フローの各ステップは 1 つの SQL 文の中の 1 つの CTE になり、Snowflake のダイナミックテーブルとして、または Snowflake が許す場合はマテリアライズドビューとして作成されます。

.tfl → ダイナミックテーブル

チェーン全体

Prep フローが支えるワークブックは 1 つのジョブとして移ります。まずテーブルを作成して検証し、その上にアプリを構築します。

フロー → テーブル → アプリ

答えは Tableau にも公開できる

同じチャットから、Render & Publish がどんな答えでもワークブックとして Tableau サイトへ送ります。2 つ目のデータソースを追加することはありません。

答え → Tableau ワークブック

Boreon MCP Layer は Tableau と Snowflake の両方を話す

両側をそれぞれの API で読み、その対応関係をセマンティックモデルで保ち、依頼されたときだけ書き込みます。

Boreon MCP Layer が両側で読むものと、そのサインイン方法
読むものサインイン方法
TableauTableau Server または Tableau Cloud のサイト上のワークブックとダッシュボード、パブリッシュされたデータソース、Prep フロー、VizQL Data Service、Metadata API。個人用アクセストークン、Connected App の JWT、または中央のサービスアカウント。
Snowflakeアカウント、データベース、スキーマ、仮想ウェアハウス。すべてのクエリは SQL API 経由です。キーペアまたは OAuth。あるいは Snowflake OAuth で一人ひとりとして、その人自身のロールを適用します。
Boreon MCP Layerライセンスごとに、Tableau のフィールドを Snowflake の列に対応づけ、フローからデータソース、ワークブックまでのリネージを保ちます。お客様自身の SSO。すべての書き込みを監査ログに記録します。

Snowflake での証明

公開前に Snowflake で証明

すべての移行が、お客様自身のワークブックで計測した証明をお届けします。

  • データのあるテーブルで. ダッシュボードは、そのデータがすでにある Snowflake のテーブルの上でだけ再構築されます。
  • すべてか、ゼロか. 忠実に対応しないシートがひとつでもあれば何も公開せず、エージェントがその理由を伝えます。
  • 数値が最優先. 平均、個別カウント、中央値はダッシュボードのフィルター下でも正確なままで、Tableau 自身の答えと照合されます。
  • クエリを先に証明. 各シートのクエリを公開前に Snowflake で実行し、アプリは SQL エラーなしで開きます。
  • 監査される書き込み. 書き込みは依頼されたものだけです。公開したアプリや作成したテーブルは、そのすべてが監査ログに記録されます。

移行の後

ポータルは残る、Snowflake にも Databricks にも

移行期間が終わると、Boreon MCP Layer はデータウェアハウスのためのチャットポータルとしてオンサイトに残ります。Snowflake にも、そして Databricks にも。Databricks では、ポータルが表示するすべてのダッシュボードに Genie が内蔵されています。 LLM ポータルを見る

MVP は 2 週間。本番稼働は 1 か月。

Tableau Server または Tableau Cloud のサイトで、最初に移行したいダッシュボードを教えてください。私たちがそれを見積もり、ファイアウォールの内側に Boreon MCP Layer を立ち上げ、2 週間で動く MVP をチームにお届けします。最終デプロイと本番稼働は 1 か月以内です。