Il digna Engine: scegliete dove profilare i vostri dati
|
4
min di lettura
Fin dall'inizio, digna ha profilato i dati dove si trovano: i controlli vengono eseguiti all'interno del vostro database e digna lavora con i risultati anziché con copie delle vostre tabelle. Per la maggior parte delle connessioni è ancora la scelta giusta, ed è per questo che resta l'impostazione predefinita.
Non tutti i sistemi sorgente, però, sono il luogo ideale per questo lavoro, e non a tutte le domande si può rispondere all'interno di un unico database. La Release 2026.11 affronta entrambi gli aspetti con il digna Engine, un secondo luogo in cui può essere eseguito il profiling, e con un controllo di integrità referenziale che si estende su due connessioni, anche quando puntano a due tecnologie di database diverse. Il video di un minuto mostra entrambe le novità.
Un'impostazione per ogni connessione al database
Ogni connessione al database in digna ha ora una posizione di profiling con due valori. Source Database è il valore predefinito e funziona come prima, con il profiling eseguito nel database a cui punta la connessione. digna Engine sposta questo lavoro nell'Engine: il sistema sorgente fornisce i dati e l'Engine esegue il profiling. L'impostazione è disponibile per ogni tecnologia sorgente supportata da digna e, poiché appartiene alla connessione, decidete una volta per sistema anziché tabella per tabella.
Quando mantenere il profiling nel database sorgente
Quando i controlli vengono eseguiti nella sorgente, i dati restano all'interno del sistema che li possiede, il che mantiene semplice la configurazione e rispetta le policy che richiedono proprio questo. I data warehouse analitici sono inoltre progettati per questo tipo di lavoro, aggregando tabelle di grandi dimensioni vicino a dove sono archiviate. Su una piattaforma con risorse disponibili, il profiling in loco è quindi spesso la scelta più naturale, con tutto il lavoro in un unico sistema e un unico posto dove verificare cosa è stato eseguito e quando.
Quando eseguire il profiling nel digna Engine
Lo scenario cambia quando la sorgente è molto carica. Un database operativo che serve applicazioni tutto il giorno, un warehouse che lavora al limite durante la finestra batch notturna o una piattaforma in cui ogni query compete con i carichi di lavoro di business sono tutti sistemi in cui un team può volere che il monitoraggio aggiunga il minor carico possibile. Spostare una connessione di questo tipo sul digna Engine tiene il lavoro di profiling lontano dalla sorgente.
Quale opzione sia più leggera dipende dalle dimensioni delle tabelle, dalla rete e dal carico di ciascuna sorgente, ed è per questo che l'impostazione è per connessione: potete eseguire il profiling in loco sul warehouse con capacità in eccesso e usare l'Engine per il sistema di produzione che non ne ha, all'interno dello stesso progetto digna.
Integrità referenziale tra connessioni e tecnologie
In digna Data Validation, un controllo di integrità referenziale conferma che ogni chiave di un dataset abbia un record corrispondente nel dataset a cui fa riferimento. All'interno di un unico database è un confronto semplice, ma oggi i patrimoni di dati risiedono raramente in un solo database. Un'anagrafica clienti può trovarsi in Oracle mentre gli ordini che vi fanno riferimento arrivano in PostgreSQL, oppure un warehouse può migrare da Teradata a Snowflake un'area tematica alla volta, lasciando tabelle padre e figlie su piattaforme diverse.
Con la Release 2026.11 queste relazioni possono essere verificate direttamente, tra sorgenti dati su connessioni e tecnologie diverse: Teradata e Snowflake, Oracle e PostgreSQL, Databricks e SQL Server, o qualsiasi altra coppia di tecnologie supportate da digna. Il controllo funziona con entrambe le posizioni di profiling e, quando una connessione esegue il profiling nel database sorgente, per il confronto vengono esportate verso l'Engine solo le colonne chiave. Nella Dashboard potete vedere quando un controllo viene eseguito su due connessioni, così chi legge il risultato sa che riguarda due sistemi.
La vostra infrastruttura, qualunque posizione scegliate
Entrambe le posizioni di profiling vengono eseguite sulla vostra infrastruttura, on-premises o nel vostro cloud privato, e il digna Engine vi gira accanto al resto di digna. Sceglierlo cambia dove avviene il profiling all'interno del vostro ambiente, non se i vostri dati ne escono.
La documentazione sul profiling spiega in dettaglio la posizione di profiling, e la documentazione di Data Validation tratta i controlli di integrità referenziale e gli altri tipi di regole.
Il digna Engine fa parte della Release 2026.11, che ha introdotto anche digna Agentic e digna Data Reconciliation; la panoramica della release le presenta tutte e tre.
Prenotate una demo per vedere entrambe le posizioni di profiling e un controllo di integrità referenziale tra tecnologie diverse sulle vostre connessioni.
Domande frequenti
Che cos'è la posizione di profiling di una connessione al database?
Un'impostazione di ogni connessione al database che decide dove viene eseguito il profiling: Source Database, il valore predefinito, esegue i controlli all'interno del database stesso, mentre digna Engine esegue il profiling nel digna Engine. È disponibile per ogni tecnologia sorgente supportata da digna.
Quale posizione di profiling dovremmo scegliere?
Dipende dalla sorgente. Il profiling nel database sorgente mantiene tutto il lavoro in un unico posto, adatto alle piattaforme con capacità in eccesso, mentre il digna Engine evita di caricare una sorgente molto occupata. Poiché l'impostazione è per connessione, potete scegliere in modo diverso per ogni sistema.
digna può verificare l'integrità referenziale tra Teradata e Snowflake?
Sì. digna Data Validation verifica l'integrità referenziale tra sorgenti dati su connessioni e tecnologie diverse, tra cui Teradata e Snowflake, Oracle e PostgreSQL, o Databricks e SQL Server, con entrambe le posizioni di profiling.
I nostri dati lasciano la nostra infrastruttura quando usiamo il digna Engine?
No. Il digna Engine viene eseguito sulla vostra infrastruttura, on-premises o nel vostro cloud privato, come il resto di digna.
