In realtà Facebook utilizza un database relazionale al suo interno, vedi SOCC Keynote Address:Building Facebook:Prestazioni su vasta scala . E così fanno molti altri siti su scala web, vedi Perché Quora usa MySQL come archivio dati invece di NoSQL come Cassandra, MongoDB, CouchDB ecc? . C'è anche una discussione su come ridimensionare SQL Server a dimensioni web, vedere In che modo i siti e le applicazioni su larga scala rimangono basati su SQL? che si basa sull'architettura di MySpace (maggiori dettagli su Scala out di SQL Server utilizzando la messaggistica affidabile ). Non sto dicendo che NoSQL non abbia i suoi casi d'uso, voglio solo sottolineare che ci sono molte sfumature di grigio tra il bianco e il nero.
Se temi che la tua soluzione attuale non si ridimensionerà, forse dovresti esaminare quali sono i fattori che impediscono la scalabilità con la tua soluzione attuale. I dati di test sono economici da produrre, caricare il volume di dati "aumentato in modo esponenziale" ed eseguire il cablaggio di test, vedere dove si rompe. Nessuna delle soluzioni NoSQL porterà una scalabilità pronta all'uso, tutte richiedono che tu comprenda come usarle in modo efficace e distribuirle correttamente. E richiedono anche di testare con grandi volumi se si desidera garantire il successo su larga scala. Lo stesso per le soluzioni relazionali tradizionali.
