Sugiro que você leia um livro sobre o SQL Server - Internals e Troubleshooting Professional SQL Server 2012 por Bolton, Langford, Berry, e outros, é um bom exemplo.
Antes de tudo, quero dizer que você não quer ficar louco durante a criação de um servidor SQL 2012. A Microsoft mudou seu modelo de licenciamento para per-core no SQL Server 2012, o que é um mau presságio para os processadores AMD, que atualmente favorecem um número maior de núcleos relativamente mais fracos, em comparação aos processadores Intel que geralmente têm menos núcleos físicos, mas com desempenho muito melhor por núcleo.
Você pode gastar duas vezes o custo de licenciamento para um servidor com mais núcleos AMD, ou gastar um pouco mais em um servidor Intel com menos núcleos e economizar cem mil dólares em licenciamento e acabar com um servidor com melhor desempenho.
Uma consulta enorme com várias associações como a que você descreveu geraria um plano de execução complexo, seria dividida em tarefas pelo processo de otimização de consulta e executada em paralelo. Então, sim, esse tipo de consulta definitivamente aproveitaria o paralelismo fornecido por vários processadores / núcleos.
Editar: A atual geração de processadores Intel é apenas melhor do que os processadores AMD nas cargas de trabalho do SQL 2012. Veja os benchmarks do TPC-E em tpc.org. Os processadores AMD simplesmente não conseguem igualar o desempenho de encadeamento único dos processadores Intel neste momento. Os processadores AMD geralmente têm mais núcleos, mas não compensam o espaço. Além disso, muitos núcleos no SQL Server mostram retornos decrescentes, independentemente do fabricante.
Além disso, leia minha postagem no blog sobre este tópico aqui .