Minha própria experiência foi misturada aqui ...
Teste no windows 7 com o sql server 2008 express r2. Correndo em um i7 Desktop com um Sandy Bridge e 12G ram instalado (DDR3 eu acho?). Desculpem a configuração sendo desktop, eu estava apenas depois de ver quantos registros eu posso gerenciar na plataforma i7 antes de construir um servidor.
Primeiro, executei esses testes na unidade instalada de 1.5TB 7200rpm para obter os tempos de base.
10k registra com procs de atualização, otimiza as tabelas para armazenar os dados relacionados anteriormente em uma tabela simples, adiciona índices até que eu tenha o tempo de alguns segundos como ponto de partida, então eu dupliquei os registros em até 1,2 milhão e tem um tempo de 0: 3: 37 para as mesmas atualizações. 3 1/2 minutos não são ruins para esta configuração não-raid.
Duping os recordes até 2,56 milhões me deu um tempo de 0:15:57 - quase um aumento de 5x. Provavelmente devido principalmente à paginação após a memória de 12G instalada.
Instalado o drive SSD e movido os bancos de dados, o tempo realmente aumentou para pouco mais de 20 minutos. Eu estou supondo que isso é porque os arquivos de paginação são por disco rígido e não havia nenhum por padrão na unidade SSD como não foi instalado como o drive do sistema operacional (bluescreens em abundância quando eu tentei isso).
Adicionado um arquivo de paginação ao drive SSD e reran o teste, 0: 5: 52 -m para que o arquivo de paginação pareça ter feito o truque, mas não tenho certeza se um arquivo de paginação é um bom ajuste para um drive SSD para todos os acima razões, eles são strongmente writtin e podem adicionar desgaste indevido na unidade.
Uma ressalva, também habilitei o SmartBoost nessa unidade e isso pode ter influenciado os timings, e será executado novamente sem ele.
Meu melhor sentido é que é mais fácil adicionar memória nos dias de hoje, e pelo custo, talvez um ataque 0 + 1 de discos híbridos faria um trabalho quase tão bom sem os problemas.
edite: desative o arquivo de paginação no SSD e deixe que o impulso inteligente faça a sua parte, o tempo melhorou de 5:52 minutos para 4:55 minutos para 2,56 milhões de registros com uma série de três atualizações cada. Vou tentar o cache SSD 8G na unidade híbrida Seagate 750G em seguida. então, se isso não for ruim, eu irei experimentá-los em raid 0 + 1.
última atualização sobre isso, já que este é um tópico antigo - mas eu queria colocar os resultados que consegui para que alguém possa encontrá-los.
Mover o banco de dados para o Seagate 750G Hybrid com um cache SSD de 8 G Executei o teste algumas vezes para que o cache de SSD possa aprender. Isso me dá um tempo de 5:15 m: s para o mesmo teste, atualizando 2,56 milhões de registros - isso é o suficiente para o desempenho do SSD (4:55 m: s com o Intel Smartboost) para eu considerar o custo.
Por cerca de US $ 50 a mais (US $ 239 versus US $ 189 atualmente), o híbrido oferece mais de 6x de armazenamento e quase o mesmo desempenho, sem executar qualquer software adicional para otimização. Em uma invasão 0 + 1, espero que os timings tenham sido muito melhorados e essa unidade tem uma garantia de 5 anos, e espero que eu não precise dela.