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.