a.p.>>> Какой-нибудь фейсбук или твитер вообще ежемикросекундный, но вот найти в нём информацию трудновато.
yacc>> Там не используются реляционные СУБД.
U235> А как там тогда организовано хранение массивов сообщений, информации о пользователях и настройках их страниц?
Во-первых, есть масса нон-релейшн ДБ. Сообщения может (и даже удобнее) какой-нить Кафкой хранить, чем МайСиквелом.
На самом деле, реляционные БД нужны там, где есть массовые справочные таблицы, и из истории, и из практики, и даже из названия следует.
На эту схему много что можно натянуть, но вот нужно ли? Вопрос сложный.
Тотальное засилие SQL на некотором этапе - скорее следствие охрененного качества исполнения и дешевизну SQL-серверов в сравнении с чем-то пусть даже более подходящим, но сделаным на своих коленках.
Сейчас есть кролик, есть кафка, есть куча способов структурировать инфу не-таблично (json, xml) с хорошим и дешёвым инструментарием.
Ну и во-вторых, мордокнига и твиттер - конторы, которые способны потянуть разработку своего процессора, не то что специфичного кода оптимального под их нужды.