rspectr.com — ФГУП НИИ «Восход» построил первый в мире центр обработки данных (ЦОД) на базе «Эльбрус». Дата-центр работает на 130 серверах «Эльбрус» и входит в ГС «Мир».
> 40 тысяч запросов в день, это примерно как 1 работающий форум, в котором с одним запросом документа можно сравнить 1 загрузку любой страницы форума
Тут такое. Структура БД форума, как правило, подразумевает работу с плоскими таблицами без выебонов.
А вот в системах, которые подразумевают какое-то расширение (ну, можно посмотреть на 1С) подразумевается хранение данных не в плоских таблицах с фиксированной структурой, а в справочниках, которые можно расширять, как душе угодно, но сама работа с ними - она существенно медленнее. Так работает, к примеру, некоторый софт в МО и в "АтомСтройЭкспорте" (это из того, что знаю сам, но думаю, что в данном дата-центре может быть что-то подобное). То есть, грубо говоря, для запроса одного документа (или одного поста в форуме) тебе надо сделать запрос не к одной-двум-трём таблицам, а к одной, но много-много раз - столько, сколько полей тебе нужно вернуть в запросе.
Это только в первом приближении, очень обобщенно.
Кроме того, многие придерживаются политики "на клиенте нельзя обращаться к таблицам, можно использовать только вьюхи". Вьюза работает, если кто не в курсе, так: сначала делается выборка всех данных, которые указаны в коде вьюхи, и только потом они фильтруются, в отличие от запроса напрямую к таблице. Чрез это нагрузка растёт. Такой подход практиковался, насколько мне известно, в одном из банков в Мск, куда я думал устроиться в 2013 году (к счастью, не устроился, нашел хорошую работу дома).
Есть еще всякое интересное. К примеру, в "РосАккредитации" данные по большей части хранятся в полях нескольких (нескольких, не в множестве, там не больше 20) таблиц БД - да, Oracle, но данные - в XML, который не индексируется (хотя оракл умеет работать с XML). Иногда в XML хранятся и подзапросы...
В общем, как говорилось в комментах выше - дело не только в железе. Так же следует смотреть и на архитектуру софта, и на радиус кривизны рук разработчика, и на диагноз гос.заказчика.
А сравнивать форум и более-менее серьезную систему - это примерно так же, как сравнить палец с известным органом.
> Речь идет об оформлении документов. Ничем там таблица данных принципиально не отличается
> А форум по твоему как работает?
Ты, мил человек, извини, то есть мнение, что ты не совсем понимаешь, о чем идёт речь.
Попробую разъяснить, чисто приблизительно, как строятся БД с произвольной структурой (без соблюдения синтаксиса, чисто алгоритмически. Ты, судя по твоим словам, понимающий):
Как можно заметить - в первом случае сама структура более гибкая, но запросы сбуду сложнее и ресурсоёмче.
Во втором - запросы проще и работать будут быстрее, но расширять сложнее.
> С постгре я, кстати, немного знаком
Ты и правда знаком с БД и методами их построения - или только с диалектом SQL постгреса?
Если в двух словах - ты делаешь запрос к таблице значений, где GUID поля входит в список полей (еще запрос), которые входят в нужный справочник (еще запрос) - и так для каждого "поля" при таком раскладе.
Ну, а если еще вьюхи используются вместо прямого запроса с нужными условиями - то сначала пройдут все эти выборки )
Это не к тому, что такое нельзя использовать, конечно. Это для пояснения того, как это работает.
Всегда надо стараться использовать то решение, которое будет оптимально для решения определенной задачи. Одно плохо - не всегда всё зависит от твоего решения.
Сейчас, сейчас