Publications

Data Saturday Parma edizione 2023!

Sergio Govoni

Il count-down per il Data Saturday Parma 2023 è iniziato, mancano esattamente due settimane!

Ospitato presso le aule dell’Università degli Studi di Parma (Dipartimento di Ingegneria dell’Informazione), si terrà sabato 18 novembre 2023, sarà gratuito con registrazione obbligatoria.

L’agenda è divisa in 4 track che erogheranno sessioni in parallelo per un totale di 24 ore di formazione gratuita su tutto ciò che ruota attorno al mondo dati. Affronteremo argomenti come database relazionali, con particolare attenzione su SQL Server, Cloud, BI, AI, Data Visualization e Automazione.

1nn0va Saturday 2023 – Agenda pubblicata!

Sergio Govoni

L’agenda dell’evento 1nn0va Saturday 2023 è stata pubblicata ed è disponibile qui.

Ospitato nelle aule del Consorzio Universitario di Pordenone in via Prasecco 3/A, 1nn0va Saturday 2023 si terrà sabato 30 settembre e sarà un evento off-line, in presenza! Mangeremo una pizza insieme durante la pausa pranzo, impareremo qualcosa di nuovo sulle tecnologie che utilizziamo ogni giorno o che vorremmo iniziare ad utilizzare.

Parleremo di Microsoft Azure, di Microsoft .NET e di Microsoft Data Platform.

SQL Server Always Encrypted

Sergio Govoni

Nel precedente articolo SQL Server Transparent Data Encryption, il secondo di questa serie di articoli dedicati alle funzionalità di Encryption di SQL Server, abbiamo descritto come per proteggere i dati crittografandoli a livello di I/O, quando sono a riposo.

Questo articolo presenta una introduzione ad un’altra funzionalità di crittografia, nota in un primo momento con il nome di Column Encryption, e successivamente rinominata in Always Encrypted.

Always Encrypted è una funzionalità progettata per proteggere i dati riservati, come i numeri di carte di credito, l’appartenenza ad un partito politico, le informazioni sullo stato di salute di una persona, etc. archiviati in SQL Server, on-premise oppure in cloud con Azure SQL. Always Encrypted consente di crittografare i dati sensibili all’interno delle applicazioni client e non rivelare mai le chiavi di crittografia all’Engine di SQL Server. Questa tecnologia fornisce una separazione tra coloro che possiedono i dati e possono visualizzarli e coloro che li gestiscono ma che non dovrebbero avere accesso a tali informazioni: ci riferiamo agli amministratori di database locali, operatori di database cloud o altri utenti non autorizzati con privilegi elevati. Always Encrypted consente quindi di archiviare in sicurezza i propri dati sensibili (anche in cloud) riducendo il rischio che tali informazioni vengano accedute da malintenzionati in possesso di credenziali con privilegi elevati.

Come reimpostare i valori della colonna Identity per tutte le tabelle di un database SQL Server

Sergio Govoni

Recentemente ho avuto la necessità di dover effettuare il reseed a 1 dei valori di tutte le colonne Identity delle tabelle vuote di un database.

Scomponendo la richiesta in task più piccoli si sono individuati i seguenti due task:

  1. Individuare le tabelle senza record nel database
  2. Effettuare il reseed dell’unica colonna IDENTITY generando uno script con i comandi incapsulando il codice all’interno di una stored procedure

Per individuare le tabelle prive di righe può essere utilizzata la CTE spaceused sviluppata nell’articolo:

SQL Server Transparent Data Encryption

Sergio Govoni

Nel precedente articolo SQL Server Backup Encryption, il primo di questa serie di articoli dedicati alle funzionalità di Encryption di SQL Server, abbiamo descritto come implementare la crittografia nella propria strategia di backup. In questo articolo descriveremo un’altra funzionalità di crittografia dei dati, la Transparent Data Encryption.

Transparent Data Encryption (TDE) è stata introdotta in SQL Server 2008 per proteggere i dati crittografandoli a livello di I/O, si parla quindi di crittografica dei dati a riposo. Transparent Data Encryption crittografa i file fisici, sia i file di dati (.mdf, .ndf) che il file di log (.ldf) mentre i dati effettivi archiviati all’interno del database non vengono crittografati.