Come credo alla maggior parte di voi, spesso, anche a me capita di dover mantenere codice scritto da qualcun altro. Uno degli aspetti che (ri)trovo con una certa frequenza è che, spesso, non prestiamo attenzione a come scriviamo le nostre query, sottovalutando l’impatto che queste possono avere sul nostro sistema.
Una delle (tante) novità introdotte in SQL Server 2016 sono le Live Statistics che permettono di vedere lo stato di esecuzione di una query in tempo reale. Oltre che essere visivamente molto accattivante, la funzionalità è utile per capire quale parte di una query complessa deve essere ottimizzata.
I trigger sono spesso motivo di discordia tra sviluppatori e DBA, tra chi personalizza una soluzione standard e chi la fornisce, tra clienti e software vendor. Sono spesso i primi imputati quando le performance dell’istanza SQL Server o del database degradano. Sembrano facili da scrivere, ma scrivere trigger efficienti non è affatto semplice e quando la loro complessità aumenta, talvolta possono presentare effetti collaterali in grado di confondere persino l’autore.
Una delle risorse più importanti per un database è l’I/O, ed è quindi bene conoscere i limiti del sistema di storage scelto, al fino di poter capire se è adatto allo scopo, se è sottodimensionato oppure se va benissimo per l’utilizzo che dobbiamo fare, andando quindi anche ad avere una idea delle performance che il nostro SQL Server (o Analysis Services) potranno regalarci.
Dal sito Red-Gate è possibile scaricare gratuitamente l’eBook: SQL Server Hardware.
In questo libro, Glenn Berry (@GlennAlanBerry) spiega come prendere decisioni intelligenti circa l’hardware da adottare per un database server che dovrà ospitare un’istanza SQL Server.
La copia cartacea è ovviamente acquistabile anche su Amazon.
