С сокетами вроде разобрался, теперь следующий вопрос, допустим есть сервер, который должен отправлять сообщения клиенту при обновлении записи в БД. В нем бесконечный цикл, и что в нем дергать БД каждые пару секунд? Она же ляжет от такого количества запросов. Как это правильно делается?
Денис Гончаренко: смысл сокета в том, что б сделать long/short polling ненужными. polling - это просто алгоритм, имитирующий постоянное соединение, когда технически такого нет. Т.е. если вам нужно делать вид, что данные обновляются "вживую" и у вас нет сокетов - вы берете AJAX и делаете polling. А если у вас есть сокеты, то вы просто подписываетесь на определенный канал и ждете. пока вам там что-нибудь напишут
Денис Гончаренко: тогда в общем случае нужно понимать, что база не настолько хрупкая, не сломается :) При правильном проектировании, скорее у вас не хватит пропускной способности сети, чем возможостей базы. Остальное - уже зависит от построенной вами архитектуры. Первое предложение по архитектуре предложили вы сами - сокеты, второе - предложили ниже - кеширование
Простой
