Performance

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.

Proprio recentemente mi sono imbattuto in una serie di batch (dalle semplici query a complesse procedure) dove non si era prestata la dovuta attenzione all’utilizzo dei tipi dato (ad esempio nella definizione di variabili e costanti, ma anche nelle colonne delle stesse tabelle), andando di fatto a creare qualche inconveniente, oltre che di mera natura estetica (e quindi di qualità del codice), anche (e soprattutto) di natura prestazionale. Buona parte di questi problemi era dovuta all’utilizzo frequente delle funzioni di conversione CAST e CONVERT (dovuti a probabili errori di modellazione delle tabelle come ad esempio stessa colonna in due tabelle differenti ma con differente tipo dato), ma la parte più critica e rilevante era dovuta  alla presenza di una miriade di conversioni implicite.

Il prossimo webinar del PASS Italian Virtual Chapter è programmato per mercoledì 12 Luglio 2017 alle 18:00.

Marco Obinu (@OmegaMadLab) ci spiegherà come massimizzare le performance di una VM e dell’istanza SQL Server ospitata a bordo, nella sessione dal titolo “SQL Server IaaS performance tuning”.

Questo è l’abstract del webinar:

Poter generare in pochi click una virtual machine con a bordo un’istanza di SQL Server è sicuramente una cosa notevole, ma la necessità di rendere semplice ed universale il deployment di queste macchine può non far loro esprimere tutto il potenziale di cui sono capaci. Vediamo insieme come massimizzare le performance della VM e dell’istanza, andando a spiegare ed applicare quelle che sono le best practices Microsoft sull’argomento.

Qualche settimana fa, mentre ero al lavoro, mi sono ritrovato a dover risolvere un problema apparentemente non molto strano, ma che tuttavia nasconde qualche retroscena interessante. I fatti sono stati più o meno questi:

Circa a metà mattinata mi è stato segnalato un problema di prestazioni su uno dei sistemi che abbiamo in gestione nel nostro team di lavoro; dopo alcuni semplici controlli è stato subito chiaro che il rallentamento era sostanzialmente dovuto ad un problema di contency sul tempdb. “Beh.. abbastanza semplice!” - ho subito pensato! - “la colpa è mia perché (ahi ahi ahi) non ho ancora fatto lo split del file dati sul tempdb!”.

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:

• Plan Explorer (versione gratuita)
• Plan Explorer PRO (versione a pagamento)
• Plan Explorer ULTIMATE (con le funzionalità della versione PRO arricchite di due nuove feature: Index Analysis e Performance Profiling, a pagamento)

Greg Gonzalez (@SQLsensei), CEO di SQL Sentry, invece di aumentare le feature a pagamento ha deciso di fondere i tre prodotti in un unico strumento, con tutte le funzionalità, gratuito per tutti gli utenti!

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.