Chi si occupa di ottimizzare le performance delle query in SQL Server ha sicuramente avuto modo di apprezzare i tool della famiglia “Plan Explorer”, prodotti da SQL Sentry e rivolti sia agli sviluppatori che ai DBA per effettuare analisi approfondite sui piani di esecuzione in SQL Server.
Fino a qualche giorno fa, i tool della famiglia Plan Explorer erano suddivisi in:
Vi è mai successo di ricevere segnalazioni circa la lentezza della vostra soluzione database o dell’applicazione che avete in manutenzione? Vi è mai successo di avere il sito web aziendale talmente lento da essere inutilizzabile? Cosa sta succedendo all’istanza SQL Server?
Se vi siete posti queste domande almeno una volta o se avere il timore di dover affrontare, prima o poi, problemi di performance, l’evento SQL Tuning Saturday 2016 è quello che fa per voi, una giornata interamente dedicata al “Performance Tuning” su SQL Server.
Vedere il supporto nativo di JSON su SQLServer 2016 (e anche su Azure SQLDatabase) mi ha fatto pensare che magari era possibile averlo in forma semplificata anche su versioni precedenti.
Tutto è nato dalla necessità di gestire un flusso di dati con una Stored Procedure in arrivo da una WebAPI. Inizialmente la WebAPI, dopo aver fatto gli opportuni controlli logici di validità, deserializzava il flusso per poi formattare una stringa da passare alla Stored Procedure. La gestione del parametro in ingresso alla SP come TABLE non sembrava possibile utilizzando EF6, quindi si è optato di mantenere la SP nello stato originale, ovvero con la stringa e altri parametri per i caratteri separatori.
Una degli ambiti principali delle consulenze che svolgo è quello di creare soluzioni per Data Warehouse e Business Intelligence ad alte performance. Ed una della cose che ancora, all’alba del 2016, mi trovo a dover affrontare e con la quale devo combattere tutti i giorni è un hardware…inadeguato.
Inadeguato per un Data Warehouse, chiaramente, dove macchine anche molto costose (leggi SAN) hanno delle performance assolutamente basse rispetto al costo che hanno (essendo il più delle volte ottimizzate per altri casi d’uso), e che quindi rendono l’utente finale solitamente molto poco contento.
La serie di eBook gratuiti “The SQL Server and .NET Blog eBook Series” di Artemakis Artemiou (@artemakis) raccoglie decine di articoli che spiegano come risolvere problemi pratici nello sviluppo di un database o come eseguire alcune attività molto comuni nella gestione di un’istanza SQL Server.
Dallo Sviluppo all’Amministrazione, al Tuning delle Performance; questi tre eBook non possono mancare nella vostra libreria digitale:
Tenere sotto controllo le prestazioni e lo “stato di salute” di un database non è semplice e talvolta richiede parecchio tempo.
Query Performance Insight offre la possibilità di verificare il consumo in DTU del database, individuare le query più costose in termini di DTU che potrebbero quindi influire negativamente sulle prestazioni e infine eseguire “drill down” sulle query per visualizzarne tutti i dettagli.
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.
