авторне справляется уже при кол-ве запросов около миллиарда
гм. миллиарда запросов за какой интервал - в секунду, минуту, сутки, год, или вообще? :-)

любые гипотетические предположения при отсутствии минимального опыта бессмысленны.

авторлучше б ты что-то умное скзал, больше б толку было
загнуть ниже плинтуса можно любой сервер. Например, 10 рабочих мест могут нагнуть и Оракл.
то есть, абсолютная нагрузочная способность сервера не имеет смысла. Конечно, есть общие тесты, если они интересны - см. www.tpc.org. Но как правило архитектура сервера накладывает "печать" и на само решение. Поэтому практически не бывает баз, которые были бы 100% переносимы между серверами.
Дальше. Сам по себе сервер может работать под нагрузкой. И даже выдавать какие-нибудь фантастические результаты. Но если он брякнется или станет недоступен по любой другой причине - вся его нагрузочная способность никому не будет нужна.
Кроме того, СУБД, это такая штука, которая принимает небольшие запросы, и отвечает на них гораздо большим по "размеру" объемом данных. Таким образом, сервер элементарно "перегрузить". И если это вполне делается на 100мбит сетях, то можно и на 1 гигабите. Отсюда (в частности) возникает необходимость распределения нагрузки. Что увеличивает нагрузочную способность системы в целом, а не конкретного экземпляра сервера.

И т.д., и т.п., бла-бла-бла. Рекомендую почитать что-нибудь общее, про СУБД. Для начала.

авторофициальные результаты тестов производительности
я первый дал туда ссылку :-)

авторГде ето?
"Конечно, есть общие тесты, если они интересны - см. www.tpc.org."

надеюсь, автор вопроса прочитал, а остальные тут и так знают.

авторне мог найти бинарника самого теста. Может кто подскажет?
там есть исходники, их надо компилять.