Частые обращения к БД

[Newpitbull]

Всем привет. Интересует такой вопрос - к примеру возьмем сайт одноклассники.ру в нем в фоновом режиме появляются новые сообщения, если реализовать такое у себя чтоб в каждую секунду происходила проверка в базе на новые сообщения, то если в один и тот же момент скажем к примеру 1000(10000) пользователей находятся в сети то разумеется каждую секунду будут проходить по 1000(10000) запросов к БД, то как будет ощущать себя БД? Не будет нагрузки и какую для таких ситуаций использовать БД?

[ninasus]

Ну использовать явно не бесплатную. Как на меня есть два варианта: MS SQL или Oracle. Также нужно хорошое железо.

[Cronos20]

А чем вам бесплатные не угодили? Я думаю одноклассники на mssql померли бы быстро.
А ответов на вопрос может быть очень много. И поверьте, никто не делает столько запросов к sql.
Оперативные данные могут держаться в памяти, в memcache, для скорости используются nosql базы данных. Выдавать данные можно используя технологии commet, long-polling или прямые сокет-соединения ... вариантов масса

[Newpitbull]

А вот обычный MySQL явно не справится с такой нагрузкой?

[Cronos20]

ну вообще-то вы слишком узко мыслите. С нагрузкой обычно справляется комплекс железо-программы. Железо оставим, а по поводу программ - ставится не один сервер mysql , а их кластер + всякие оптимизаторы, кэши и балансировщики.
Вообще тема highload слишком специфична, чтобы так просто говорить, что загрузится, что нет, тут уже все зависит не только от программистов, но и от сис. админов.
Mysql в целом очень неплох, по-моему "контакт" его где-то использует, поэтому я бы вообще ни о чем не утверждал категорично ....

[Newpitbull]

Благодарю, суть понял.