La certificazione SQL AI Developer (DP-800) è la risposta di Microsoft a un cambiamento concreto nel modo in cui si costruiscono le applicazioni dati: le funzionalità di intelligenza artificiale non vivono più solo in un servizio esterno chiamato via API, ma entrano dentro il database. Embeddings generati e memorizzati accanto ai dati transazionali, ricerca vettoriale eseguita con T-SQL, pipeline RAG che leggono direttamente da tabelle già governate da permessi e policy aziendali. Chi lavora su SQL Server, Azure SQL Database, Azure SQL Managed Instance o SQL database in Microsoft Fabric si trova davanti a un set di strumenti nuovo, e questa certificazione ne misura la padronanza.

È un esame di livello associate, e questo dice già molto: non è un’introduzione. Presuppone che tu sappia già scrivere T-SQL non banale, progettare uno schema decente, capire un piano di esecuzione e ragionare su indici. Su quella base costruisce due strati aggiuntivi: uno “moderno” ma tradizionale — sicurezza, ottimizzazione, CI/CD con SQL Database Projects — e uno decisamente nuovo, cioè le capability AI native del motore.

Il valore pratico di DP-800 sta proprio in questo mix. Non è una certificazione da data scientist e non è una certificazione da DBA puro: sta esattamente nel mezzo, dove oggi si concentra molta della domanda reale di mercato. Le aziende che vogliono aggiungere ricerca semantica o un assistente conversazionale sui propri dati hanno bisogno di qualcuno che sappia farlo senza duplicare il patrimonio informativo in un data store parallelo, mantenendo sicurezza e coerenza. Questo profilo è ancora relativamente raro.

A chi serve

  • Database developer che già scrivono stored procedure, viste e funzioni su SQL Server o Azure SQL e vogliono estendere il proprio ruolo alle funzionalità AI senza cambiare stack.
  • Backend / full-stack developer con forte componente dati, che oggi implementano ricerca semantica appoggiandosi a un vector database esterno e vogliono valutare l’alternativa “tutto nel database relazionale”.
  • DBA in transizione verso il ruolo di platform engineer: chi gestisce istanze e vuole aggiungere competenze su deployment automatizzato, SQL Database Projects e sicurezza applicata a carichi AI.
  • Data engineer che lavorano su Microsoft Fabric e devono integrare workload SQL con scenari di retrieval augmentation.
  • Consulenti e system integrator che progettano soluzioni per clienti su ecosistema Microsoft: qui la certificazione ha anche un valore commerciale, perché documenta una competenza specifica e recente.

Se il tuo lavoro non tocca mai SQL in profondità — per esempio sei un ML engineer che vive in Python e vector store dedicati — DP-800 probabilmente non è la scelta migliore. È una certificazione SQL-centrica, con l’AI come estensione del motore, non viceversa.

Prerequisiti ed esperienza consigliata

Non ci sono prerequisiti formali: puoi iscriverti anche senza altre certificazioni Microsoft. Ma essere onesti conviene, e il livello associate significa che si dà per scontato parecchio.

Quello che serve davvero prima di provarci:

  • T-SQL solido, non di base. Join complessi, window function, CTE ricorsive, gestione delle transazioni e degli isolation level, MERGE, gestione errori con TRY...CATCH.
  • Progettazione di oggetti di database: tabelle temporali, indici (clustered, non-clustered, columnstore, filtered), viste indicizzate, tipi di dato appropriati, vincoli e normalizzazione con criterio.
  • Nozioni di performance tuning: leggere un execution plan, capire cosa sono le statistiche, riconoscere un key lookup o uno scan che non dovrebbe esserci.
  • Sicurezza SQL: principio del minimo privilegio, ruoli, schema-level permissions, row-level security, dynamic data masking, Always Encrypted almeno a livello concettuale, autenticazione con Microsoft Entra ID.
  • Familiarità con Git e con un flusso CI/CD, anche minima: pipeline in Azure DevOps o GitHub Actions, concetto di artifact, deployment idempotente.
  • Concetti AI di base: cosa sono gli embeddings, perché la similarità coseno funziona, cos’è un modello di embedding e cosa distingue una ricerca lessicale da una semantica.

Come esperienza sul campo, un anno abbondante di lavoro reale su database SQL è un punto di partenza ragionevole. Chi arriva da un percorso Fundamentals (per esempio DP-900) senza pratica quotidiana troverà il salto piuttosto ripido.

Cosa copre l’esame

L’esame è organizzato in alcune aree principali, elencate nella pagina ufficiale dell’esame. Ecco cosa aspettarsi in ciascuna, senza pesi percentuali perché cambiano nel tempo.

Area Di cosa si occupa
Progettazione di oggetti di database e T-SQL avanzato Schema design, tabelle e indici, viste, stored procedure e funzioni, JSON in SQL, tabelle temporali, T-SQL avanzato per query analitiche e trasformazioni
Sicurezza Autenticazione con Microsoft Entra ID, ruoli e permessi granulari, row-level security, dynamic data masking, Always Encrypted, protezione delle credenziali usate per chiamare servizi AI
Ottimizzazione delle prestazioni Analisi dei piani di esecuzione, strategia di indicizzazione, Query Store, gestione della concorrenza, performance delle query vettoriali e degli indici associati
CI/CD e SQL Database Projects Modellazione del database come codice, build e deployment automatizzati, gestione dei drift, pipeline con Azure DevOps o GitHub Actions, versionamento dello schema
Capability AI nel database Generazione e archiviazione di embeddings, tipo dato e funzioni vettoriali, ricerca vettoriale e ibrida (semantica + full-text), pattern RAG con dati relazionali, integrazione con modelli esterni tramite endpoint

La parte AI è quella che differenzia DP-800 da qualsiasi altra certificazione SQL precedente, ma non è la maggioranza dell’esame: chi studia solo embeddings e vettori arriva impreparato su sicurezza, tuning e CI/CD, che pesano molto.

Prima di prenotare, controlla sulla pagina ufficiale dell’esame su Microsoft Learn il numero aggiornato di domande, la durata effettiva e l’elenco dei domini con i relativi pesi: sono i dati che Microsoft rivede più spesso, e vale la pena leggerli alla fonte invece che fidarsi di riassunti di terze parti.

Formato e costo

  • Passing score: 700 su 1000. È un punteggio scalato, non una percentuale di risposte corrette: non puoi calcolare “quante ne devo azzeccare”.
  • Tipologie di domanda: scelta multipla singola e multipla, drag-and-drop di sequenze, matrici sì/no, scenari con case study e frammenti di codice T-SQL da completare o correggere.
  • Durata e numero di domande: in genere poche decine di domande in circa 1-2 ore per gli esami role-based Microsoft, ma verifica i valori esatti sulla pagina ufficiale.
  • Costo: gli esami role-based Microsoft di livello associate costano circa 165 USD (in Italia circa 165 EUR + IVA). Il prezzo può variare per Paese.
  • Validità: essendo una certificazione role-based, scade dopo 12 mesi, ma si rinnova gratuitamente con un assessment online su Microsoft Learn, sostenibile da casa senza proctoring nei mesi che precedono la scadenza.
  • Modalità: disponibile sia in test center Pearson VUE sia con proctoring online.
  • Lingua: l’inglese è la lingua garantita. Altre lingue possono essere aggiunte nel tempo, ma la terminologia tecnica resta in inglese comunque.

Come prepararsi

Un piano realistico per chi lavora e studia la sera, calibrato su 6-8 settimane. Se hai già esperienza forte su T-SQL e sicurezza, comprimi le prime due settimane.

Settimana 1 — Fondamenta e allineamento Leggi la pagina ufficiale dell’esame e scarica lo skills outline. Fai un test diagnostico per capire dove sei debole. Ripassa progettazione di oggetti e T-SQL avanzato: window function, CTE, tabelle temporali, gestione JSON.

Settimana 2 — Sicurezza Autenticazione Entra ID su Azure SQL, ruoli e permessi, row-level security, dynamic data masking, Always Encrypted. Costruisci un piccolo database di prova e applica ogni meccanismo a mano: la memoria muscolare qui conta più della lettura.

Settimana 3 — Ottimizzazione Query Store, execution plan, strategie di indicizzazione, concorrenza e isolation level. Prendi query lente reali (o generane) e migliorale misurando prima e dopo.

Settimana 4 — CI/CD e SQL Database Projects Crea un progetto database in Visual Studio o VS Code, mettilo su Git, costruisci una pipeline che fa build e deploy su un’istanza di test. Sperimenta con il drift e con i deployment ripetuti.

Settimana 5 — Capability AI: la parte nuova Genera embeddings su un dataset reale, salvali, esegui ricerche vettoriali con T-SQL, poi combina il risultato con una ricerca full-text per ottenere ricerca ibrida. Ragiona sul tuning: dimensione dei vettori, chunking del testo, indici.

Settimana 6 — RAG end-to-end Costruisci un piccolo scenario completo: domanda dell’utente → embedding della query → retrieval dal database → prompt al modello → risposta. Anche se rudimentale, chiarisce come si incastrano i pezzi meglio di dieci articoli.

Settimane 7-8 — Consolidamento e simulazioni Sessioni ripetute di domande a tempo, analisi degli errori dominio per dominio, ripasso mirato. Quando superi stabilmente le simulazioni con un margine confortevole, prenota.

Risorse consigliate: i learning path ufficiali su Microsoft Learn, la documentazione tecnica di SQL Server e Azure SQL (la fonte più affidabile per sintassi e limiti), un ambiente di test personale — un’istanza Azure SQL a basso costo o SQL Server in container Docker — e simulazioni per calibrare il ritmo.

Errori comuni

1. Studiare solo la parte AI perché è quella “nuova”. È l’errore più diffuso su questo esame. Embeddings e ricerca vettoriale sono affascinanti, ma sicurezza, tuning e CI/CD sono aree corpose e per molti candidati meno interessanti — quindi trascurate.

2. Non toccare mai un ambiente reale. DP-800 è un esame pratico travestito da quiz. Le domande spesso mostrano codice o scenari da valutare. Chi ha solo letto riconosce le parole ma non i comportamenti.

3. Sottovalutare CI/CD e SQL Database Projects. Molti sviluppatori database deployano ancora a mano con script. Se non hai mai versionato uno schema in un progetto e non hai mai visto un deployment fallire per drift, questa parte va studiata da zero, non ripassata.

4. Confondere ricerca vettoriale e ricerca ibrida. Sono cose diverse, e l’esame ti chiede di scegliere quale usare in un dato scenario. La ricerca puramente semantica perde su codici prodotto, sigle e match esatti; quella ibrida esiste proprio per questo.

5. Ignorare la sicurezza applicata ai carichi AI. Le chiamate a servizi esterni richiedono credenziali, e come le gestisci (managed identity, database scoped credential, segreti) è materia d’esame quanto la sintassi delle funzioni vettoriali.

6. Prenotare troppo presto. Il livello associate non perdona. Meglio due settimane in più che un tentativo bruciato.


Se vuoi capire dove sei davvero, il modo più rapido è misurarti. Sulla scheda della certificazione SQL AI Developer trovi il quadro completo, e con la simulazione gratuita DP-800 — 100 domande nel banco, senza registrazione obbligatoria — puoi individuare in un’ora quali aree ti costeranno più tempo di studio. È il punto di partenza migliore prima di costruire il tuo piano.