Tableau ダッシュボード
レイアウト、マーク、色、並べ替え、数値書式が Streamlit in Snowflake アプリになり、フィルターはライブのセレクターになります。
Tableau から Snowflake へ
Boreon MCP Layer が Tableau Server または Tableau Cloud のサイトにある各ワークブックを読み、その下の Prep フローを Snowflake のダイナミックテーブルにし、ダッシュボードを Streamlit in Snowflake アプリとして再構築し、公開前にすべての数値を Tableau と照合します。スクリプトも手書きの SQL も不要です。
1 か月で本番稼働
チェーン全体
Prep フローが支えるワークブックは、Tableau Server または Tableau Cloud から 1 つのジョブとして、構築の順に移ります。
フローの各ステップは 1 つの SQL 文の中の 1 つの CTE になり、Snowflake のダイナミックテーブルとして、または Snowflake が許す場合はマテリアライズドビューとして作成されます。まずテーブルを作成して検証し、その後で初めて Streamlit in Snowflake アプリをその上に構築します。アプリが読むのは、すでに確認済みのテーブルです。
CREATE DYNAMIC TABLE sales.pipeline_dt
TARGET_LAG = '1 hour'
WAREHOUSE = compute_wh
AS
WITH clean AS ( … ),
joined AS ( … )
SELECT … FROM joined;移るもの
Tableau Server または Tableau Cloud からの 4 種類の作業を、すべて同じチャットから始められます。
レイアウト、マーク、色、並べ替え、数値書式が Streamlit in Snowflake アプリになり、フィルターはライブのセレクターになります。
フローの各ステップは 1 つの SQL 文の中の 1 つの CTE になり、Snowflake のダイナミックテーブルとして、または Snowflake が許す場合はマテリアライズドビューとして作成されます。
Prep フローが支えるワークブックは 1 つのジョブとして移ります。まずテーブルを作成して検証し、その上にアプリを構築します。
同じチャットから、Render & Publish がどんな答えでもワークブックとして Tableau サイトへ送ります。2 つ目のデータソースを追加することはありません。
両側をそれぞれの API で読み、その対応関係をセマンティックモデルで保ち、依頼されたときだけ書き込みます。
| 読むもの | サインイン方法 | |
|---|---|---|
| Tableau | Tableau 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 での証明
すべての移行が、お客様自身のワークブックで計測した証明をお届けします。
移行の後
移行期間が終わると、Boreon MCP Layer はデータウェアハウスのためのチャットポータルとしてオンサイトに残ります。Snowflake にも、そして Databricks にも。Databricks では、ポータルが表示するすべてのダッシュボードに Genie が内蔵されています。 LLM ポータルを見る
Tableau Server または Tableau Cloud のサイトで、最初に移行したいダッシュボードを教えてください。私たちがそれを見積もり、ファイアウォールの内側に Boreon MCP Layer を立ち上げ、2 週間で動く MVP をチームにお届けします。最終デプロイと本番稼働は 1 か月以内です。