Ci sono alcuni miglioramenti delle prestazioni sottostanti nel filestream e nella ricerca full-text. Non ho i dettagli a portata di mano. Sono anche sicuro che ci sono altri miglioramenti sottostanti che non sono pubblicizzati, nonché correzioni dal 2008 / R2 che lo hanno trasformato in service pack e aggiornamenti cumulativi su quelle piattaforme portate avanti in SQL Server 2012. Sarebbe un po 'più tranquillo perché, mentre il 2012 era in fase di sviluppo, non c'era bisogno di un articolo KB pubblico per ogni modifica.
Alcune delle nuove funzionalità di windowing renderanno i calcoli come i totali in esecuzione più performanti. E OFFSET può essere usato per far giocare il bambino da cose come il calcolo di una mediana. FORCESEEK ti consente anche ora di specificare effettivamente l'indice che desideri utilizzare, invece di prendere qualunque cosa SQL Server pensasse intendessi. Ma quelli richiedono modifiche al codice.
Ci saranno anche prestazioni più prevedibili per quanto riguarda l'uso della memoria: il gestore della memoria ora gestisce più di una semplice allocazione di una sola pagina, quindi "Memoria massima del server" ha un significato molto più accurato rispetto a quello delle versioni precedenti. Anche le impostazioni della memoria di Resource Governor ne traggono vantaggio e possono essere utilizzate anche per l'affinità dello scheduler / NUMA.
Anche la risoluzione dei problemi di prestazioni è molto più semplice. Ad esempio, ci sono molte più informazioni incluse nei piani di esecuzione e gli eventi estesi hanno una parità quasi completa con la traccia (e aggiunge un tracciamento della causalità molto più potente).
Sono rimasto sorpreso dal fatto che non abbiano pubblicato cose TPC con largo anticipo rispetto alla data di uscita (non che quei test rappresentassero davvero cose del mondo reale, ma è divertente guardare gli argomenti "mio padre può picchiare tuo padre, almeno oggi" svolgersi tra i fornitori). Glenn Berry ha scritto un blog su uno dei risultati TPC-E di SQL Server 2012 . Mi scuso, ma non ho tempo di indagare se esiste un modo semplice per confrontare queste mele con le mele con benchmark simili usando il 2008 o il 2008 R2. Il problema con i benchmark obsoleti è che non sono mai sullo stesso hardware, quindi mentre i nuovi benchmark sono sempre più veloci (altrimenti non verranno rilasciati), è impossibile dire quanto del miglioramento si basasse sull'hardware e quanto sul software.
La cosa migliore è quella di installare SQL Server 2012, ripristinare una copia del database, l'aggiornamento compat livello, aggiornare le statistiche, ed eseguire il tuo worklaod sul tuo hardware utilizzando il tuo dati.