Existem alguns aprimoramentos de desempenho subjacentes na transmissão de arquivos e na pesquisa de texto completo. Não tenho os detalhes à mão. Também tenho certeza de que existem outros aprimoramentos subjacentes que não são divulgados, além de correções de 2008 / R2 que os transformaram em service packs e atualizações cumulativas nas plataformas que foram transportadas para o SQL Server 2012. Isso seria um pouco mais silencioso porque, enquanto 2012 estava em desenvolvimento, não era necessário um artigo público da KB para todas as alterações.
Algumas das novas funcionalidades de janelas farão com que os cálculos, como os totais em execução, tenham um desempenho muito melhor. E OFFSET pode ser usado para fazer brincadeiras de criança com coisas como calcular uma mediana. O FORCESEEK também permite que você especifique realmente o índice que deseja usar, em vez de usar o que o SQL Server pensou que você queria dizer. Mas esses requerem alterações de código.
Também haverá desempenho mais previsível em relação ao uso da memória - o gerenciador de memória agora lida com mais do que apenas alocações de uma única página; portanto, "Memória máxima do servidor" tem um significado muito mais preciso do que nas versões anteriores. As configurações de memória do Administrador de Recursos também tiram vantagem disso e também podem ser usadas para afinidade do planejador / NUMA.
Solucionar problemas de desempenho também é muito mais fácil. Por exemplo, há muito mais informações incluídas nos planos de execução, e os eventos estendidos têm paridade quase total com o rastreamento (e adiciona um rastreamento de causalidade muito mais poderoso).
Fiquei surpreso que eles não publicaram coisas do TPC bem antes da data de lançamento (não que esses testes realmente representem coisas do mundo real, mas é divertido ver os argumentos "meu pai pode bater no seu pai, pelo menos hoje") desdobrar entre os fornecedores). Glenn Berry escreveu em um blog sobre um dos resultados do SQL Server 2012 TPC-E . Peço desculpas, mas não tenho tempo para investigar se existe uma maneira fácil de comparar essas maçãs com outras comparações semelhantes usando 2008 ou 2008 R2. O problema com os benchmarks antigos é que eles nunca estão no mesmo hardware; portanto, embora os novos benchmarks sejam sempre mais rápidos (ou não serão liberados), é impossível dizer quanto da melhoria foi baseada no hardware e quanto no software.
Sua melhor aposta é instalar o SQL Server 2012, restaurar uma cópia do seu banco de dados, atualizar o nível de compatibilidade , atualizar estatísticas e executar seu worklaod no seu hardware usando seus dados.