Sqlcmdcli

Nel precedente articolo Data masking con sqlcmdcli abbiamo trattato il tema complesso dell’anonimizzazione dei dati quando si deve prelevare un database di produzione per effettuare test in ambiente di sviluppo anche all’esterno del perimetro aziendale del cliente. Una possibile soluzione è quella di mascherare i dati sensibili su una copia del database di produzione chiedendo al cliente di effettuare le opportune verifiche prima di darci l’autorizzazione definitiva a prelevare la copia dei dati anonimizzata.

Quante volte avete avuto la necessità di modificare il tipo di dato di una colonna da cui dipendono altri oggetti del database SQL Server?

Se avete avuto questa necessità vi sarete scontrati con l’errore numero 5074 che segnala l’impossibilità di modificare tipo di dato e proprietà di una colonna a causa della presenza di oggetti collegati come Indici, Vincoli di univocità, Statistiche, ecc..

Troverete decine di post in rete che descrivono il problema ma pochi che forniscono una soluzione diversa da quella che prevede l’eliminazione manuale degli oggetti collegati prima di eseguire il comando ALTER COLUMN. Agendo in questo modo, dopo aver applicato le modifiche alla colonna sarà necessario ricreare gli oggetti collegati.

Chi si occupa di sviluppare un’applicazione complessa come ad esempio una soluzione ERP, un dipartimentale per la gestione della logistica, un CRM o altro software che necessiti di un database OLTP prima o poi avrà la necessità di verificare il funzionamento dell’applicazione con dati reali.

Può essere necessario utilizzare un backup del database di produzione per verificare il funzionamento dell’applicazione con gli strumenti di debug offerti dall’ambiente di sviluppo per correggere bug non riproducibili nell’ambiente di test, per fare troubleshooting o per verificare come performano le query su dati reali, su tabelle con milioni di record.