La mia esperienza è stata mescolata qui ...
Test su Windows 7 con SQL Server 2008 Express R2. In esecuzione su un desktop i7 con un Sandy Bridge e un ram installato 12G (penso DDR3?). Scusate il fatto che l'installazione sia desktop, subito dopo ho visto quanti record posso gestire sulla piattaforma i7 prima di creare un server.
Ho eseguito questi test per la prima volta sull'unità 7200rpm da 1,5 TB installata per ottenere i tempi di base.
10k record con procs di aggiornamento, ottimizzato le tabelle per archiviare i dati precedentemente correlati in una tabella piatta, aggiunti indici fino a quando non ho ridotto i tempi a pochi secondi come punto di partenza, quindi ho duplicato i record fino a 1,2 milioni e ho ottenuto un timing di 0: 3: 37 per gli stessi aggiornamenti. 3 1/2 minuti non sono male per questa configurazione non raid.
La duplicazione dei record fino a 2,56 milioni mi ha portato a un tempo di 0:15:57 - quasi un aumento di 5 volte. Probabilmente dovuto principalmente al paging oltre la memoria 12G installata.
Installato il disco SSD e spostato i database, il tempo è effettivamente aumentato a poco più di 20 minuti. Suppongo che ciò sia dovuto al fatto che i file di paging sono per disco rigido e non ce n'era nessuno per impostazione predefinita sull'unità SSD in quanto non era installato come unità del sistema operativo (bluescreens a volontà quando l'ho provato).
Aggiunto un file di paging all'unità SSD e rieseguito il test, 0: 5: 52 -m, quindi il file di paging sembra aver fatto il trucco, ma non sono sicuro che un file di paging sia adatto per un'unità SSD per tutti i motivi sopra indicati, sono fortemente scritti e possono aggiungere un'eccessiva usura sull'unità.
Un avvertimento, ho anche abilitato Smartboost su quell'unità e che potrebbe anche aver influenzato i tempi, si ripeterà senza di essa.
Il mio miglior senso è che è più facile aggiungere memoria in questi giorni, e per il costo forse un raid 0 + 1 di dischi ibridi farebbe un lavoro altrettanto buono senza i problemi.
modifica: disabilita il file di paging sull'SSD e lascia che smart boost faccia il suo lavoro, i tempi sono migliorati da 5:52 minuti a 4:55 minuti per 2,56 milioni di record con una serie di 3 aggiornamenti ciascuno. Adesso proverò la cache ssd 8G sull'unità ibrida seagate 750G. quindi se non è male, li proverò nel raid 0 + 1.
ultimo aggiornamento su questo dato che si tratta di un vecchio thread - ma volevo mettere i risultati che ho ottenuto lì in modo che qualcuno possa trovarli.
Spostando il database su Seagate 750G Hybrid con una cache SSD 8G, ho eseguito il test alcune volte in modo che la cache SSD potesse apprendere. Mi dà un tempo di 5:15 m: s per lo stesso test, aggiornando 2,56 milioni di record, il che è abbastanza vicino alle prestazioni dell'SSD (4:55 m: s con Intel Smartboost) per me da considerare il costo.
A circa $ 50 in più ($ 239 contro $ 189 in questo momento) l'ibrido fornisce oltre 6 volte lo spazio di archiviazione e quasi le stesse prestazioni, senza eseguire alcun software aggiuntivo per l'ottimizzazione. In un raid 0 + 1 mi aspetto di migliorare notevolmente i tempi e questa unità ha una garanzia di 5 anni, spera che non ne avrò bisogno.