Skip to content

メトリクスのひとつの定義を、 ウェアハウスに対して証明する

売上はセマンティックモデルではひとつの意味を持ちます。急いで作られたワークブックでは別の意味を持つことがあります。その隙間はたいてい、会議で役員が見つけます。

すべての回答は、あなたが認定した数値を使います。

一度定義すれば、どこでも同じ答え

メトリクスは Salesforce Data 360、Snowflake、Databricks、または Palantir AIP Ontology で一度だけ定義します。AI はその名前を挙げ、タブトータルは保存済みの定義のコピーから、あなたの識別子を使って SQL を書きます。会話の中の数値は、ウェアハウスの中の数値です。

定義はウェアハウスにある

メトリクスは Salesforce Data 360、Snowflake、または Databricks で一度定義します。それが定義です。下流のすべては、それに一致するか、所見になるかのどちらかです。

  • 統制されたカタログから読み、手で打ち直すことはない
  • メトリクス契約は保存されたものに対して検査される
  • 読み取り専用。ウェアハウスはソースであり、ターゲットではない

複数のウェアハウス、ひとつの論理オブジェクト

同じテーブルが複数のウェアハウスにあることがあります。ここではそれはひとつのオブジェクトです。すべてのペアが比較されるので、どれか2つが食い違えばガバナンス所見が得られます。

  • 各ウェアハウスは単独で同期し、承認される
  • ウェアハウス間の違いは、ペアを名指しして表面化する
  • 一致するウェアハウスは所見ゼロを返す

列まで届くリネージ

ダッシュボードはフィールドに依存します。フィールドは列に依存します。列はウェアハウスのテーブルにあります。テーブルで止まるリネージは、その列が変わったときに何が壊れるかを言えません。

  • ダッシュボードからフィールド、列、ウェアハウスのテーブルへ
  • すべてのウェアハウステーブルに列のインベントリ
  • テーブルレベルまでしか届かなかった地図は、テーブルレベルだと言う

何が変わるか

メトリクスにひとつの所有者

契約は保存されます。すべての名前はそれに対して検査され、プロンプトで指示されることはありません。

セマンティックレイヤー

影響に答えられる

列を変え、それに依存するダッシュボードをフィールド単位で見る。

Lineage

食い違いが一覧になる

ウェアハウスとワークブックが異なるところで、リストが得られます。

突き合わせ

カタログを接続する

ひとつのウェアハウスに読み取り専用で向けてください。見つかったオブジェクトと契約を見てください。