Michele Andrighetti

Categoria: Dati e SQL

  • Istantanee e audit dei dati: un pattern pratico

    DATA AUDIT · HISTORY · SQL

    Quando un dato cambia nel tempo, il valore corrente spesso non basta. Per capire davvero cosa è successo serve ricostruire le istantanee precedenti e metterle in ordine.

    Partire dall’identificativo corretto

    Il primo problema è distinguere l’identificativo del record corrente da quello che rappresenta la storia logica dell’oggetto. Una buona query di audit parte da questa relazione e ricostruisce tutte le versioni collegate.

    Ordinare prima di interpretare

    Le istantanee diventano leggibili solo se ordinate temporalmente. In molti casi il confronto tra una riga e la precedente rivela il punto esatto in cui è cambiato uno stato, una tipologia o un importo.

    Portare insieme dati principali e dettagli

    Per l’analisi non basta spesso la tabella principale. Pagamenti, titoli o altri dettagli devono essere affiancati alle istantanee mantenendo però chiara la provenienza dei campi. Alias coerenti e nomi espliciti riducono molto gli errori di lettura.

    Dalla query allo strumento

    Quando la stessa analisi viene ripetuta spesso, conviene trasformarla in un piccolo strumento: l’utente seleziona gli identificativi, il sistema costruisce la query e restituisce un workbook già formattato per evidenziare la storia.

    Audit significa rendere visibile il cambiamento, non soltanto estrarre più righe.

  • Excel come front-end per Oracle: quando ha senso

    EXCEL · ORACLE · AUTOMATION

    Excel non è un database e non dovrebbe fingere di esserlo. Può però diventare un ottimo front-end per interrogare un database quando l’utente ha bisogno di un’interfaccia semplice, controllata e vicina al proprio lavoro quotidiano.

    Quando funziona bene

    Lo scenario ideale è quello in cui Oracle resta la fonte autorevole dei dati e Excel si limita a raccogliere pochi parametri, eseguire query predefinite e presentare il risultato. In questo modello il foglio non contiene la logica di business principale: la rende accessibile.

    La separazione che considero fondamentale

    Divido sempre il flusso in tre livelli: input dell’utente, accesso ai dati e presentazione. Power Query è particolarmente utile nel livello intermedio perché consente di mantenere trasformazioni e connessioni separate dall’interfaccia.

    Dove iniziano i problemi

    Il modello si rompe quando il file diventa una copia locale del database, quando ogni utente modifica query e formule a modo proprio oppure quando credenziali e connection string vengono incorporate direttamente nel codice. A quel punto Excel non semplifica più il processo: ne crea uno parallelo.

    Il pattern che preferisco

    Un workbook leggero raccoglie i parametri, una query costruita in modo deterministico interroga Oracle, Power Query normalizza il risultato e l’output viene caricato in una nuova area o in un nuovo workbook. Il file diventa così una piccola applicazione specializzata, non un contenitore indefinito di formule.

    Principio: il database conserva la verità; Excel rende il lavoro praticabile.