Das eigene Warehouse
Ein Dashboard wird nur in dem Warehouse neu gebaut, in dem seine Daten bereits liegen.
Migrationsoptionen
Von Tableau nach Snowflake oder Databricks.
Fragen Sie in Alltagssprache. Der Boreon MCP Layer liest die Arbeitsmappe auf Ihrem Tableau Server oder in Ihrer Tableau Cloud, findet den Prep-Flow darunter, baut beides auf der eigenen Dashboard- und Datentechnologie des Warehouses neu auf und gleicht jede Zahl mit Tableau ab, bevor er veröffentlicht. Keine Skripte, kein handgeschriebenes SQL und Go-live in einem Monat.
Go-live in einem Monat
- Wochen 1 bis 2MVPDer Boreon MCP Layer innerhalb Ihrer Firewall, Ihre wichtigsten Dashboards überführt und jede Zahl belegt.
- Wochen 3 bis 4Finales DeploymentDie übrigen priorisierten Arbeitsmappen, Härtung, Abnahme und Schulung.
- Tag 30Go-liveIhr Team arbeitet im Chat, und jeder weitere Umzug liegt in Ihrer Hand.
Was wohin wandert
Jedes Warehouse bekommt seine eigene Technologie
Jede Migration beginnt auf Tableau Server oder Tableau Cloud und landet auf der eigenen Dashboard- und Datentechnologie des Warehouses.
| Nach Snowflake | Nach Databricks | |
|---|---|---|
| Dashboards und Arbeitsmappen | Streamlit-in-Snowflake-Apps, mit übernommenem Layout, Markierungen, Farben und Filtern | AI/BI-Dashboards mit denselben Kennzahlen, Filtern und Farben, und integriertem Genie |
| Tableau-Prep-Flows | Dynamic Tables, ein CTE pro Flow-Schritt, oder eine Materialized View, wo Snowflake eine erlaubt | Materialized Views, ein CTE pro Flow-Schritt |
| Die Daten dahinter | Snowflake-Tabellen, abgefragt über die SQL API | Tabellen im Unity Catalog, abgefragt über die Statement Execution API |
| Der Beleg | Die Abfrage jedes Blatts in Snowflake belegt und jede Zahl mit Tableau abgeglichen | Die Abfrage jedes Blatts in Databricks belegt und jede Zahl mit Tableau abgeglichen |
Wie eine Migration abläuft
Sechs Schritte aus einer Zeile
Der Kunde tippt eine Zeile zu einer Arbeitsmappe auf Tableau Server oder Tableau Cloud. Den Rest erledigt der Agent und zeigt jeden Schritt, sobald er steht.
Die eine Zeile, die der Kunde getippt hatMigriere DBX Platform Latency Calls & Uptime nach Databricks
- Die Arbeitsmappe lesen. Container, Filter und Berechnungen: drei Blätter.
- Den Prep-Flow finden. Der Flow hinter ihrer Datenquelle: ein Flow.
- Vom Flow zur View. Eine SQL-Anweisung, ein CTE pro Schritt: 20 Millionen Zeilen in 72 Sekunden.
- Jedes Blatt belegen. Jede Abfrage läuft vor der Veröffentlichung: null SQL-Fehler.
- Die Zahlen prüfen. Gegen die Antwort von Tableau selbst: 41 von 41 Zeilen.
- Veröffentlichen. Ein AI/BI-Dashboard von Databricks, mit einem Fidelity-Score von 96%.
Live gemessen
Der Lauf in vier Zahlen
Gemessen an DBX Platform Latency Calls & Uptime, von Tableau in ein AI/BI-Dashboard von Databricks überführt.
- Blätter identisch mit Tableau
- 3 / 3
- Fidelity-Score
- 96%
- Zeilen in der View, erstellt in 72 Sekunden
- 20 Mio.
- SQL-Fehler bei der Veröffentlichung
- 0
Die Regeln, nach denen er arbeitet
Nichts geht raus, bevor es belegt ist
Die Engine prüft ihre eigene Arbeit, und jede Regel unten gilt bei jedem Umzug.
Alles oder nichts
Hat ein Blatt keine getreue Entsprechung, wird nichts veröffentlicht, und der Agent sagt in einfachen Worten, warum.
Zahlen zuerst
Mittelwerte, eindeutige Anzahlen und Mediane bleiben unter Dashboard-Filtern exakt, und jedes Ergebnis wird mit der Antwort von Tableau abgeglichen.
Belegt vor der Auslieferung
Jede Abfrage läuft vor der Veröffentlichung in Snowflake oder Databricks, und nichts öffnet sich mit einem SQL-Fehler.
Ihre Identität, Ihre Rollen
SSO-Rollen gelten in beiden Warehouses, und alle sehen, was sie sehen dürfen.
Standardmässig nur lesend
Geschrieben wird nur, worum Sie bitten, und jeder Schreibvorgang wird protokolliert.
Bei jeder Migration
Jeder Umzug bringt seinen Beleg mit
Gemessen an Ihren eigenen Arbeitsmappen und Ihnen vor der Veröffentlichung gezeigt.
Fidelity-Bericht
Ein Score für jedes Blatt: was zugeordnet, was angenähert und was weggelassen wurde.
Parität
Die Zeilen jedes Blatts, verglichen mit der Antwort von Tableau selbst.
Belegtes SQL
Jede Abfrage läuft zuerst, und das Dashboard oder die App öffnet sich ohne SQL-Fehler.
Ein klarer Grund
Alles, was er nicht migriert, wird benannt, mit dem Grund in einfachen Worten.
MVP in zwei Wochen. Go-live in einem Monat.
Sagen Sie uns, welche Dashboards auf Ihrem Tableau Server oder in Ihrer Tableau Cloud Sie zuerst umziehen würden. Wir schätzen sie ein, stellen den Boreon MCP Layer innerhalb Ihrer Firewall bereit und bringen Ihrem Team in zwei Wochen ein funktionierendes MVP, mit finalem Deployment und Go-live innerhalb des Monats.