Performance

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.

In poche parole: testare e stabilire una baseline è fondamentale.

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.

Questo articolo illustra le novità più interessanti, introdotte da SQL Server 2014, sui Column Store Index:

• Updateable Column Store Indexes in SQL Server 2014

Dal portale Red-Gate è possibile scaricare gratuitamente, in formato PDF, l’eBook Performance Tuning with SQL Server Dynamic Management Views scritto da Louis Davidson (@drsql) e Tim Ford (@sqlagentman).

Le DMV (Dynamic Management Views and Functions) sono oggetti che pubblicano informazioni sullo stato di salute dell’istanza SQL Server. Permettono di monitorare il cuore del sistema, diagnosticare problemi e misurare le performance, rappresentano uno strumento utilissimo sia per i DBA che per gli sviluppatori di soluzioni database. Il libro spiega come accedere alle informazioni esposte dalle DMV più frequentemente utilizzate per fare troubleshooting sull’esecuzione delle query, sull’utilizzo degli indici, sulle operazioni di I/O, sulle attività eseguite da una determinata sessione e da una determinata transazione.