Riprendono i webinar gratuiti dello User Group Italiano di SQL Server, questo mese parleremo di come sia possibile implementare un cluster di SQL Server in modalità AlwaysOn Failover Cluster Instances (FCI) con Amazon Web Services (AWS).

Il webinar si terrà giovedì prossimo 17 Dicembre 2020 alle ore 14:00, durerà un’ora e sarà tenuto da Gianluca Hotz che ci spiegherà come utilizzare il servizio Amazon EC2 per l’esecuzione delle istanze SQL Server, e il servizio Amazon FSx for Windows File Server per gestire lo storage condiviso ed implementare una architettura distribuita multi-AZ. Ovviamente non mancheranno le demo!

Nell’articolo precedente, il secondo di questa serie, abbiamo descritto come installare il framework tSQLt, il tool SQL Test di Red-Gate e come avviene l’esecuzione di una unit di test. Ora è giunto il momento di scrivere il nostro primo test! Useremo gli strumenti che abbiamo descritto in precedenza!

Specifiche e requisiti

Scriveremo la nostra prima unit di test per verificare i requisiti di un trigger che ci è stato commissionato dall’Azienda inventata Adventure Works LTD il cui database è disponibile per il download su questo repository di GitHub. Il database AdventureWorks2017 contiene la tabella Product riferita allo schema Production. La tabella Product rappresenta l’anagrafica dei prodotti gestiti e commercializzati dall’Azienda che vi ha commissionato un trigger per impedire l’inserimento di nuovi prodotti aventi come “scorta di sicurezza” valori minori di 10. L’Azienda desidera quindi avere sempre una scorta di magazzino pari a 10 unità. La scorta di sicurezza è un dato molto importante per le procedure automatiche di riordino dei materiali, che ne tengono conto per l’emissione degli ordini a fornitore o degli ordini di produzione. Per semplificare l’esempio, il trigger risponderà soltanto all’evento OnInsert, per i comandi INSERT.

Anche quest’anno si rinnova l’appuntamento con WPC, sarà la 27esima edizione e ci accompagnerà verso l’edizione fisica di Marzo 2021.

WPC 2020 sarà in live streaming e si terrà il 18 Novembre dalle ore 09:00 alle ore 18:00.

WPC rappresenta una delle più importanti conferenze italiane sulle tecnologie Microsoft e sul palco non poteva mancare una sessione di Data Platform! Gianluca Hotz e Luca Ferrari ci guideranno alla scoperta delle versioni dell’Engine SQL presenti in Azure con importanti dettagli che ci aiuteranno a scegliere la versione più adeguata alle nostre esigenze.

Nell’articolo precedente, il primo di questa serie, abbiamo descritto che cosa è lo Unit Test e perché è importante prevederlo anche durante lo sviluppo di soluzioni database con T-SQL. In questo secondo articolo descriveremo come installare il framework tSQLt e faremo una breve introduzione a SQL Test, il tool di Red-Gate che semplifica la gestione e l’esecuzione dei test in SQL Server. Descriveremo infine come avviene l’esecuzione di un test case.

Questo articolo è il primo di una serie di post in cui tratteremo l’importante tema dello unit testing applicato allo sviluppo di soluzioni database in T-SQL per SQL Server. Let’s start!

Cos’è lo Unit Test?

Lo unit test è un livello di test del software che ha lo scopo di testare una porzione di codice discreta. La parola “unit” si riferisce alla più piccola porzione di codice che è possibile testare separatamente, una funzione o una procedura autonoma che può essere testata in modo isolato. Nello sviluppo di soluzioni database, la “unit” è tipicamente una stored procedure (un trigger) oppure una function. Quando eseguiamo lo unit test di una stored procedura o di una function il test dovrebbe essere focalizzato esclusivamente sul codice che stiamo testando e non su come la procedura interagisce con le alte, è molto importante quindi definire da subito il “System Under Test” (SUT) e isolarlo in modo che non venga influenzato dal comportamento di altre procedure richiamate all’interno di quella che si desidera testare.