In questo evento di mezza giornata, dalle 9.30 alle 13.30, si andranno ad analizzare tutte le novità che l’engine di SQL Server 2012 offrirà…ed alcune sono veramente un balzo in avanti in termini di innovazione e performance!
L’evento si terrà presso la sede Microsoft di Roma e la partecipazione è totalmente gratuita, grazie al supporto di Microsoft e degli Sponsor:
Dal portale Red-Gate è possibile scaricare gratuitamente l’eBook: Inside the SQL Server Query Optimizer dell’autore Benjamin Nevarez che ho conosciuto allo scorso PASS Summit 2011.
L’ottimizzatore delle query è uno dei componenti più complessi che possiamo trovare all’interno del motore relazionale di un database server (RDBMS). In SQL Server, il componente che si occupa dell’ottimizzazione delle query è il Query Optimizer.
Dal portale Simple-Talk (Red-Gate) è possibile scaricare gratuitamente l’eBook: Complete Showplan Operators di Fabiano Amorim.
Il libro tratta i più importanti operatori logici coinvolti nei piani di esecuzione, spiegandone il funzionamento e i motivi che spingono Query Optimizer alla scelta di un operatore rispetto agli altri.
Riporto di seguito la prefazione di Grant Fritchey.
Whitepaper del SQLCAT team dedicato all’ottimizzazione delle performance di Analysis Services 2008 R2:
Imperdibile!
Su SQLServerPedia è disponibile uno articolo (con relativi script) molto dettagliato e di fondamentale importanza per una corretta misurazione delle performance della SAN sulla quale pensate di far lavorare SQL Server:
http://sqlserverpedia.com/wiki/SAN_Performance_Tuning_with_SQLIO
Insieme all’articolo “Predeployment I/O Best Practices” è un must-read per valutare (ed ottimizzare) correttamente le performance della SAN, croce e delizia di molte installazioni.
Whitepaper specifico per la risoluzione di problemi di contesa sui Latch che si possono verificare in sistemi molto trafficati:
Ricordo che on Latch è un meccanismo di locking molto leggere, utilizzato internamente dal motore di SQL Server per assicurare l’integrità dei dati.
Uno spinlock è una primitiva di locking utilizzata internamente da SQL Server.C’è pochissima documentazione in merito e quindi un whitepaper che aiuta ad identificare potenziali problemi ed a risolverli è di sicuro interesse:
