Il livello semantico aziendale
Quattro piattaforme. Un solo insieme di numeri governato.
Salesforce Data 360, Snowflake, Databricks e Palantir AIP si collegano in sola lettura, e TabTotal eredita il loro catalogo.
Collega un warehouse senza cedere l’accesso in scrittura.
I connettori non contengono alcun metodo di scrittura: credenziali di sola lettura sono tutto ciò che serve a TabTotal. Quello che il tuo ruolo non vede, non lo vede nemmeno Boreon.
Il tuo warehouse mantiene il proprio vocabolario.
Ognuno dei tre grandi cataloghi semantici ha le sue parole, e il TabTotal di Boreon le parla tutte.
| Warehouse | Catalogo governato | Definire una metrica una volta | La superficie di domande che alimenta |
|---|---|---|---|
| Salesforce | Data 360 | Semantic model | Tableau Semantics |
| Databricks | Unity Catalog | Metric view | Genie |
| Snowflake | Horizon Catalog | Semantic view | Cortex Analyst |
| Palantir | AIP Ontology | Object type and Function | AIP Assistant |
Salesforce
Databricks
Snowflake
Palantir- Salesforce Data 360
- Snowflake
- Databricks
- Palantir AIP Ontology
Una definizione, e ogni risposta concorda.
Il TabTotal di Boreon tiene una copia propria della tua definizione e scrive la query da quella.
La definizione da cui TabTotal risponde è la stessa che alimenta Tableau Semantics, Genie e Cortex Analyst. La cifra in una conversazione, quella su una dashboard e quella nel tuo warehouse sono quindi una sola cifra, e ricavo significa ciò che ha deciso il tuo team finance.
Ogni risposta usa i tuoi numeri certificati.
Definisci una metrica una volta sola in Salesforce Data 360, Snowflake o Databricks. La IA la nomina; TabTotal scrive lo SQL dalla propria copia della tua definizione, con i tuoi identificatori. Il numero in una conversazione è quindi lo stesso numero del tuo warehouse.
Ontologia
Una delle quattro non ha alcuna tabella.
Databricks e Snowflake pubblicano schemi e tabelle. Palantir Foundry pubblica un’ontologia, e risponde allo stesso contratto.
Un tipo di oggetto porta proprietà tipizzate dove una tabella porta colonne, e i tipi di collegamento sono il grafo di join che la piattaforma dichiara da sé, non uno dedotto dai nomi delle colonne. Il tuo inventario si legge come ontologia e tipo di oggetto dove gli altri si leggono come schema e tabella. Lo stesso record di campo, la stessa coda di approvazione e la stessa query governata valgono senza casi particolari.
Una metrica va dichiarata, mai indovinata
Una metric view dice quale dei suoi membri è una metrica. Un’ontologia no. Pubblica proprietà tipizzate e lascia che qualsiasi chiamante aggreghi qualsiasi valore numerico. Numerico non è la stessa cosa di misurabile. Un tipo di oggetto reale porta cinquantuno proprietà, venti delle quali numeriche, e tra quei numeri ci sono una latitudine e una longitudine. Sommare l’una o l’altra non significa nulla. Una metrica viene letta solo da una Function la cui uscita dichiarata è numerica, e un’ontologia senza Function riporta le sue dimensioni e un elenco di metriche vuoto invece di inventarne uno.
Si parte dal lavoro che hai già fatto.
I tuoi nomi. I tuoi livelli. La tua tassonomia.
Il nome di un livello viene dai tuoi nomi di oggetto. Se hai meta.distributions, sta nel livello meta. Se hai gold.sem_law, sta in gold. TabTotal eredita ciò che dice il tuo warehouse invece di imporre una tassonomia propria: le parole a schermo sono quelle che il tuo team già usa in riunione.
- Tabelle e viste
- Colonne
- Commenti
- Tag
- Chiavi primarie ed esterne
- Permessi
Ogni campo porta la propria scheda.
Un elenco di colonne dice che cosa esiste, la scheda dice che cosa significa.
- 01Nome
Il campo come lo chiedono le tue persone.
- 02Sorgente fisica
La tabella e la colonna da cui viene davvero.
- 03Vincoli
Le chiavi e le regole che il tuo warehouse già applica.
- 04Regole di qualità
I controlli che decidono se un valore è accettabile.
- 05Descrizione di business
Che cosa significa per il business, con parole tue.
- 06Definizione della metrica
Il calcolo, tenuto una volta e riusato ovunque.
- 07Owner
La persona che ne risponde.
- 08Steward
La persona che se ne occupa ogni giorno.
- 09Decisione PII e SOX
Se è personale o rientra nel perimetro finanziario, registrato come decisione.
La stessa entità in più piattaforme è un solo oggetto.
Quasi tutti i team finiscono con la stessa tabella in più di un posto.
Dove due server non concordano su quell’oggetto, la differenza viene sollevata come rilievo di governance insieme agli altri, e la coppia che diverge viene nominata. Un assunto silenzioso diventa qualcosa su cui agire, e server allineati diventano qualcosa che puoi dimostrare invece che sperare.
Ogni warehouse viene giudicato sulle proprie evidenze.
Una sincronizzazione riferisce solo sul warehouse che ha letto. Aggiornare Data 360 ti parla di Data 360, e i tuoi oggetti Snowflake e Databricks restano esattamente come il tuo team li ha approvati. Un aggiornamento di routine si legge quindi come tale, ed è questo a rendere la coda di approvazione degna di essere letta.
Il tuo livello si muove quando lo dici tu.
Ogni sincronizzazione successiva arriva come proposta, perché i warehouse derivano.
La prima sincronizzazione porta dentro il tuo catalogo
I tuoi oggetti arrivano come stanno oggi. Nulla viene riscritto e nulla viene rinominato per strada.
Ogni sincronizzazione successiva parcheggia le sue modifiche
Un aggiornamento non entra da solo nel tuo livello. Ciò che ha trovato aspetta una persona, tenuto da parte.
Vedi il prima e il dopo
Ogni modifica parcheggiata porta un hash del contenuto su entrambi i lati: ciò che si è mosso è un fatto e non un ricordo.
Approvi un warehouse per volta
Ogni server viene giudicato sulle proprie evidenze, così un aggiornamento di routine di un warehouse si legge esattamente per quello che è.
La tua decisione entra nel registro
L’approvazione viene scritta in una registrazione concatenata, ed è proprio quella che il tuo revisore vorrà vedere l’anno prossimo.
Sei misure, e i conti dietro il punteggio.
Il livello riferisce su se stesso, prima che qualcuno ti chieda un numero.
- Objects
- Standard Fields
- Translation
- Semantics
- Data Quality
- Governance
Qualità dei dati, con tutte e cinque le dimensioni in vista.
- Documented
- Ruled
- Classified
- Owned
- Conformant
Le cinque sono mediate in parti uguali, perché non c’è alcuna base per metterne una sopra un’altra e inventare pesi sarebbe falsa precisione. Sono sempre mostrate accanto al totale, così il punteggio ti dice quale dimensione migliorare invece di consegnarti un numero e chiederti fiducia. Un livello vuoto ottiene zero, non un lusinghiero cento.
Un punteggio su cui agire, con i conti in chiaro.
La qualità dei dati è documentata, regolata, classificata, presidiata e conforme, mediata in parti uguali e sempre mostrata accanto al totale. Vedi quale dimensione migliorare, invece di ricevere un numero solo e doverci credere.
Decidi tu che cosa il livello può vedere.
I tuoi permessi sono il confine, e lo sono ovunque nello stesso momento.
Uno schema ristretto resta fuori dal livello in tutti e tre i punti in cui potrebbe altrimenti comparire: quando un termine viene risolto, quando la IA riceve contesto e quando qualcuno sfoglia il server a schermo. C’è una sola risposta alla domanda se una cosa possa essere vista, e tiene in ciascuno dei tre: chi rivede non deve controllare tre superfici per esserne sicuro.
Sotto sta il tuo ruolo nel warehouse. TabTotal arriva esattamente fin dove arrivano le credenziali di sola lettura che gli hai dato, e non oltre. Quando il tuo team di sicurezza chiede che cosa può vedere, la risposta onesta è: quello che hai concesso, e puoi revocarlo nel tuo warehouse senza chiederlo a noi.
Puntalo sul tuo catalogo.
Collega credenziali di sola lettura e vedi che cosa il tuo warehouse già sa di se stesso.