DBADati e Oracle

Claude e ChatGPT per il DBA: che cosa affidare all’AI

Claude e ChatGPT aiutano il DBA a scrivere e spiegare SQL, a leggere i piani di esecuzione, a preparare script e documentazione. Che cosa affidare all’AI, che cosa no e con quali regole.

Redazione Strategic 5 novembre 2026 9 min di lettura

Copertina: «Il DBA e l’AI: che cosa affidare, che cosa no», Dati e Oracle

Un DBA può affidare a Claude e ChatGPT la prima stesura di molti lavori. Può chiedere all’AI di scrivere e spiegare interrogazioni SQL (query), di leggere un piano di esecuzione, di preparare uno script di patch o di aggiornamento e di mettere in ordine la documentazione. Restano al DBA le decisioni e tutto ciò che tocca la produzione. L’AI propone. Il DBA controlla, prova su una copia e decide. Funziona se ci sono poche regole, scritte e decise prima di cominciare.

Il DBA (database administrator) è l’amministratore del database, l’archivio in cui il gestionale scrive e legge ogni dato. Gli esempi di questa guida sono su Oracle. Le regole valgono per qualunque database.

Che cosa conviene affidare all’AI?

Conviene affidarle i lavori in cui una prima versione fa risparmiare tempo e si può controllare prima dell’uso. Sono quasi tutti lavori di scrittura.

Lavoro	Che cosa fa l’AI	Che cosa resta al DBA
Interrogazioni SQL nuove	Scrive una prima versione partendo dalla struttura delle tabelle	Controllare il risultato su una copia, confrontandolo con un valore noto
Interrogazioni e codice ereditati	Li spiega riga per riga	Controllare che il codice faccia davvero quello che l’AI racconta
Piani di esecuzione	Indica un indice mancante o un percorso di lettura dei dati scelto male	Misurare prima e dopo, con gli strumenti coperti dalle licenze
Script di patch, aggiornamento e migrazione	Prepara la bozza dello script e l’elenco dei controlli	Rivedere riga per riga, provare su una copia, preparare il rientro
Sicurezza del database	Aiuta a leggere permessi e registri e prepara le correzioni	Decidere quali privilegi togliere e quando applicare le correzioni
Documentazione	Trasforma appunti e configurazioni in procedure leggibili	Controllare che siano esatte e tenerle aggiornate

In ogni riga quello che fa l’AI è solo una proposta. Si usa dopo il controllo del DBA.

Come si usa per scrivere e spiegare le interrogazioni?

Per scrivere un’interrogazione all’assistente basta la struttura delle tabelle, cioè nomi, colonne, chiavi e indici. I dati non servono. Si descrive in italiano che cosa si vuole ottenere e l’assistente propone il codice SQL.

Il punto debole è il significato dei dati. L’assistente non sa, per esempio, che le note di credito stanno in un’altra tabella. Non sa che un cliente cessato resta in archivio, o che una colonna vuota vuol dire «nessuno sconto». Può scrivere un’interrogazione corretta nella forma e sbagliata nella sostanza, con numeri che sembrano plausibili.

Per questo il risultato si controlla su una copia, confrontandolo con un valore noto. Può essere il totale delle fatture di un mese già chiuso, che l’amministrazione conosce. Se i due numeri non tornano, l’interrogazione non si usa.

L’assistente serve anche a spiegare. Molti database hanno interrogazioni e codice interno scritti anni fa, da persone che oggi fanno altro. L’assistente li spiega riga per riga. La spiegazione però va controllata, provando il codice su una copia.

Come aiuta con i piani di esecuzione e il tuning?

Il piano di esecuzione mostra come il database legge i dati per rispondere a un’interrogazione. Spesso è lungo e difficile da leggere. L’assistente aiuta a capirlo, a trovare un indice mancante o un percorso di lettura dei dati scelto male, e a rivedere il codice interno al database.

Ci sono due cautele. La prima riguarda gli effetti. Un indice che velocizza un report può rallentare chi registra ordini e fatture nel gestionale. Per questo ogni intervento si misura prima e dopo, e si prova su una copia prima della produzione.

La seconda riguarda le licenze. L’assistente non sa quali licenze ha l’azienda, e può proporre uno strumento di diagnosi che fa parte di un’opzione a pagamento. In Oracle alcune funzioni a pagamento sono attive appena installato il database. Basta usarle, anche senza saperlo, perché una verifica delle licenze le rilevi. Nella Enterprise Edition, per esempio, il parametro CONTROL_MANAGEMENT_PACK_ACCESS vale DIAGNOSTIC+TUNING fin dall’installazione. Si lavora solo con gli strumenti coperti dalla licenza, e il database si configura sulle licenze reali. Le altre voci di spesa da controllare sono spiegate nella sezione dove un database Oracle costa più del necessario.

Che cosa cambia per gli script di patch e di aggiornamento?

Con gli script l’AI fa risparmiare molto lavoro di scrittura. Un errore però costa caro, perché lo script cambia il database.

L’assistente prepara la bozza dello script, l’elenco dei passi e i controlli da fare prima e dopo. Il DBA lo rivede riga per riga. Poi lo prova su una copia, prima della finestra concordata con chi usa il gestionale. Il ritorno al sistema di partenza si prepara e si prova prima del passaggio, non durante.

Le patch hanno un calendario pubblico, e la bozza si può preparare per tempo. Oracle rilascia le correzioni cumulative il terzo martedì di gennaio, aprile, luglio e ottobre. Da maggio 2026 pubblica anche correzioni di sicurezza mirate negli altri mesi. La prossima patch trimestrale è prevista per il 19 gennaio 2027.

C’è un limite da conoscere. L’assistente può avere informazioni vecchie sulle versioni e proporre passi superati. La 23ai, per esempio, è diventata 26ai con l’aggiornamento di ottobre 2025. Per questo i riferimenti restano la documentazione di Oracle e quella del produttore del gestionale.

Il passaggio dalla 19c alla 26ai chiede due controlli in più. Prima si verifica che il produttore del gestionale supporti la nuova versione. Poi si guarda l’organizzazione del database, perché la 26ai ne richiede una diversa. Se serve, la conversione entra nel piano. Le decisioni e il calendario del passaggio sono nell’articolo su come aggiornare il database Oracle.

E la documentazione?

Spesso è il lavoro che resta indietro. L’assistente aiuta a scrivere le procedure di copia e di ripristino, a descrivere l’ambiente e a preparare il modello del verbale delle prove. Da appunti sparsi ricava un testo ordinato, che anche un collega può seguire. Così la conoscenza dell’ambiente non resta nella testa di una sola persona.

La procedura scritta però non sostituisce la prova. La prova di ripristino si fa davvero, a calendario, e finisce in un verbale. Il verbale dice quanto tempo serve per ripartire e fino a quale momento si recuperano i dati.

Un’ultima cautela riguarda le configurazioni. Spesso contengono indirizzi dei server e nomi di utenze, e non si passano a uno strumento che l’organizzazione non ha approvato.

Che cosa non affidare all’AI?

Le modifiche in produzione. L’AI non ha utenze che scrivono sul database in uso, né utenze amministrative. Prepara gli script. Li lancia una persona, nella finestra concordata, con una copia verificata e un rientro previsto.
Le credenziali e i dati reali. Password, stringhe di connessione, indirizzi dei server ed estratti dei dati non si incollano in uno strumento che l’organizzazione non ha approvato. All’AI bastano la struttura delle tabelle e dati di prova.
Il giudizio sul risultato. L’assistente non sa che cosa significano i dati dell’azienda, quali eccezioni ci sono e quanto pesa un’interrogazione sul database in uso.
Le scelte sulle licenze. Quali opzioni usare lo decide chi conosce il contratto, non l’assistente.
Le emergenze. Con il database fermo o i dati danneggiati non si improvvisano riparazioni, nemmeno se l’assistente ne propone una convincente. Prima si conservano i messaggi di errore e si mette al sicuro lo stato attuale. L’AI può aiutare a leggere gli errori, ma nessun comando parte senza una copia.
La decisione di procedere o di tornare indietro. I criteri si scrivono nel piano, prima della finestra. Il giorno del passaggio decide una persona.

Quali regole servono?

Le regole sono poche e si scrivono prima di cominciare. Valgono quando il DBA usa l’assistente per scrivere e quando l’assistente legge i dati.

Sola lettura. Quando l’AI accede ai dati, li legge senza poterli modificare.
Utenze dedicate. L’assistente ha un’utenza sua, tracciata, con accesso solo alle tabelle o alle viste che gli servono. Non usa mai l’utenza del DBA né un’utenza amministrativa.
Copia allineata. Dove serve, l’assistente lavora su una copia sempre allineata invece che sul database in uso. Così non rallenta chi lavora. Nella Enterprise Edition di Oracle questa copia è un’opzione a pagamento, e va messa nel conto.
Interrogazione visibile. Ogni risposta sui dati mostra l’interrogazione che l’ha prodotta. Chi la riceve può farla controllare.
Revisione e prova prima dell’uso. Ogni interrogazione e ogni script si rivedono e si provano su una copia. In produzione si va solo nella finestra concordata.
Niente credenziali né dati reali in strumenti non approvati. Si usa lo strumento che l’organizzazione ha approvato. La versione personale e quella aziendale hanno condizioni diverse su come si usano i dati.

Conviene partire dai lavori a basso rischio, come la documentazione e la spiegazione del codice ereditato. Poi si passa agli script, sempre con la prova sulla copia.

Un esempio: togliere i privilegi in eccesso

Esempio. Non descrive un caso reale.

Un DBA vuole mettere in ordine le utenze del database del gestionale. Sospetta che alcune abbiano più privilegi del necessario e che un account sia condiviso da un intero reparto.

La richiesta. Il DBA usa l’assistente approvato dall’azienda. Descrive che cosa cerca, cioè le utenze con i loro ruoli e privilegi. Non incolla nomi di persone, password o indirizzi dei server.
L’interrogazione. L’assistente propone un’interrogazione che elenca le utenze e i loro privilegi. Il DBA la legge e la lancia su una copia del database.
Il risultato. Tre utenze delle applicazioni hanno privilegi da amministratore. Un account è usato da più persone.
Lo script. L’assistente prepara lo script che toglie i privilegi in eccesso e quello che li rimette, per il rientro. Il DBA li rivede riga per riga.
La prova. Sulla copia l’elaborazione notturna delle giacenze si ferma. Usava uno dei privilegi tolti, e l’assistente non poteva saperlo. Si lascia a quell’utenza solo il privilegio che le serve davvero, e si riprova.
La produzione. Lo script corretto va in produzione nella finestra concordata, con una copia verificata e lo script di rientro pronto. L’account condiviso lascia il posto a utenze nominative, così ogni accesso ha un nome.

L’assistente ha scritto interrogazione e script in pochi minuti. L’errore lo ha trovato la prova sulla copia.

In sintesi

Claude e ChatGPT aiutano il DBA a scrivere e spiegare SQL, a leggere i piani di esecuzione, a preparare script e documentazione.
L’AI propone. Il DBA controlla, prova su una copia e decide.
All’AI basta la struttura delle tabelle. Credenziali e dati reali non vanno in strumenti non approvati.
Ogni intervento sulle prestazioni si misura prima e dopo, con gli strumenti coperti dalle licenze.
Modifiche in produzione, emergenze e decisione di tornare indietro restano alle persone.
Quando l’AI legge i dati, lo fa in sola lettura, con utenze dedicate, su una copia allineata e con l’interrogazione visibile.

Domande frequenti

Si può dare all’AI la struttura delle tabelle?

Di solito sì, con lo strumento che l’organizzazione ha approvato. Nomi di tabelle e colonne servono all’assistente per scrivere un’interrogazione corretta. I dati no. Se anche un nome rivela un’informazione riservata, per esempio un cliente o un progetto, si sostituisce con un nome di prova.

Serve un’utenza apposta per l’assistente?

Sì, se l’assistente legge i dati. Serve un’utenza dedicata, in sola lettura, con accesso solo alle tabelle o alle viste necessarie. Così i suoi accessi si distinguono da quelli delle persone e restano tracciati. Non si usa mai l’utenza del DBA né un’utenza amministrativa.

Chi decide se l’AI e il DBA non sono d’accordo?

Decide il DBA, sulla base di una misura. Le due soluzioni si provano sulla stessa copia e si confrontano risultati e tempi. Se una proposta dell’AI non si può misurare né provare, non si usa.

Usare Claude e ChatGPT nel lavoro sul database con queste regole è il tema dei nostri corsi AI per DBA, a distanza o in presenza. Ogni corso si chiude con una prova pratica che non tocca i sistemi in uso. Amministrazione, prestazioni, copie e aggiornamenti dei database Oracle sono invece il lavoro della divisione Oracle & Database Engineering, in outsourcing o accanto al team interno.

ChatGPT è un marchio di OpenAI, Claude di Anthropic. Li nominiamo solo per indicare gli strumenti di cui si parla.

Fonti

Consultate il 16 settembre 2026.

ApprofondisciOracle & Database EngineeringAmministrazione di database Oracle in outsourcing o accanto al team interno: prestazioni, copie provate, aggiornamenti di versione e migrazioni.