Всъщност Facebook използва релационна база данни в основата си, вижте SOCC Keynote Address:Building Facebook:Изпълнение в огромен мащаб . Както и много други уеб сайтове, вижте Защо Quora използва MySQL като хранилище за данни вместо NoSQLs като Cassandra, MongoDB, CouchDB и т.н.? . Има също дискусия за това как да мащабирате SQL Server до размер на уеб мащаб, вижте Как мащабните сайтове и приложения остават базирани на SQL? който е базиран на архитектурата на MySpace (повече подробности на Разширете SQL Server с помощта на надеждни съобщения ). Не казвам, че NoSQL няма своите случаи на употреба, просто искам да отбележа, че има много нюанси на сивото между бялото и черното.
Ако се страхувате, че текущото ви решение няма да се мащабира, тогава може би трябва да разгледате кои са факторите, които предотвратяват мащабируемостта с текущото ви решение. Тестовите данни са евтини за производство, заредете „експоненциално увеличения“ обем от данни и стартирайте тестовия си сноп, вижте къде се проваля. Нито едно от NoSQL решенията няма да донесе магическа готова мащабируемост, всички те изискват да разберете как да ги използвате ефективно и да ги разположите правилно. Те също така изискват от вас да тествате с големи обеми, ако искате да осигурите успех в мащаб. Същото за традиционните релационни решения.
