タブトータル: AI デザイン、管理、オーケストレーション、ガバナンスを、 Tableau Server と Tableau Cloud に。

なぜ Boreon のタブトータル Orchestration Lake なのか

一致しているかを確かめられるのは、いちばん上のレイヤーだけです。

すべてがひとつの統制された本体に流れ込み、その全体を見渡せるのはいちばん上のレイヤーだけです。Salesforce Data 360、Snowflake、Databricks、Palantir AIP はそれぞれ自分自身を検証し、タブトータルはあなたの読み取り専用の認証情報でそれらを読みます。

• メジャーの計算方法はひとつ：あなたが定義したとおりです。

  SQL に届く識別子は契約自身のコピーであり、モデルや呼び出し側のテキストではありません。モデルが書いたものがウェアハウスに届く経路はないので、モデルが間違えても保証は保たれます。

• ひとつのテーブル、ひとつのオブジェクト。それを持つすべてのウェアハウスを横断して。

  フィールドは名前で和集合をとり、存在する説明が優先され、統合されたオブジェクトは由来するすべてのウェアハウスを記憶します。

• ウェアハウスをまたいでしまう質問は、実行前に止まります。

  ひとつの質問の中の名前が別々のウェアハウスに属していれば、どこにも何も送られず、拒否の際に候補を挙げるので、正確に聞き直せます。

• どれか2つのウェアハウスが食い違えば、そのオブジェクトが名指しされます。

  接続されたウェアハウスのすべてのペアが比較され、各所見はそのペアを名指しします：一方が持ち他方が持たないオブジェクト、または両方が持つがフィールド数の異なるオブジェクト。

• 一致していれば、件数はゼロと読めます。

  各ウェアハウスは自分の流儀でメトリクスを定義し、それらのオブジェクトは意図的に除外され、ドリフトとして数えられることはありません。一致するウェアハウスは、いくつ接続しても何も報告しません。

• 食い違いはガバナンススコアに反映されます。

  ウェアハウス間の食い違いは、他のすべてのガバナンスジョブと同じ所見の合計に加わります。すでに読んでいるスコアが、それの届く場所です。