E’ stato rilasciato il Cumulative Update 2 per SQL Server 2016 (RTM):

• KB 3182270
• Download
• Build number: 13.0.2164.0
• SQL Server Update Center

Buon download!

L’agenda del SQL Saturday Parma 2016 (#sqlsat566) è online!

L’evento si terrà il 26 novembre 2016 presso le aule della Facoltà di Ingegneria Informatica (Parco Area delle Scienze) dell’Università degli studi di Parma… finalmente di nuovo in Emilia!

L’agenda è divisa in 3 track che erogheranno sessioni in parallelo per un totale di 18 ore di formazione gratuita su SQL Server, Business Intelligence e Microsoft Azure! Potrete quindi seguire le sessioni che trattano funzionalità e tecnologie che utilizzate ogni giorno piuttosto che quelle che desiderate approfondire scegliendole tra i percorsi:

Il SQL Server Tiger Team si sta occupando, tra le altre cose, di tenere aggiornata la lista di tutti i trace flag disponibili in SQL Server per modificare il funzionamento nel caso sia assolutamente necessario. La lista è disponibile qui:

http://aka.ms/traceflags

Occhio, come al solito, che i trace flags non sono da usare alla leggera, quindi usateli se e solo se è strettamente necessario!

Se vi state chiedendo, invece, cosa sono i trace flags, riporto la definzione qui:

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!

Una delle domande più comuni quando si inizia ad utilizzare SQL Azure è legata alla scelta del livello di servizio necessario per la proprie necessità. Dato che sul Cloud, ogni risorsa sprecata è un tangibile costo aggiuntivo, è bene scelgliere il livello di servizio migliore. Il “problema” è che il livello è misurato in DTU - Database Transaction Units - ossia un valore che rappresenta un mix di CPU, Memoria ed I/O. Il problema è che è molto difficile, se non impossibile, calcolare questo valore per un server on-premises già esistente, in modo da poter aver un paragone con dei dati conosciuti.