Очередь с использованием базы данных или MSMQ?

Question

Часть приложения, над которым я работаю, - это swf, который показывает тест с 80 вопросами. Каждый вопрос сохраняется в SQL Server через WebORB и ASP.NET.

Если кандидат заканчивает тест, сессия должна быть проверена. Проблема заключается в том, что иногда 350 кандидатов заканчивают свой тест в тот же момент, и процессор на веб-сервере и SQL Server взрывается (одновременно 350 подтверждений).

Теперь, как я должен реализовать очередь здесь? В базе данных есть таблица, в которой есть запись для каждого сеанса. Один столбец содержит статус. 1 завершено, 2 проверено.

Я мог бы реализовать очереди два способов (как я это вижу, может быть, у вас есть другие предложения):

• Процесс, который проверяет таблицу для записей со статусом 1. Если он находит, он проверяет сессия. Таким образом, сеансы проверяются один за другим.
• Если кандидат заканчивает свою сессию, сообщение отправляется в очередь MSMQ. Другой процесс прослушивает очередь и проверяет сеансы один за другим.

Сейчас:

• Что бы наилучший подход?
• Где вы начинаете процесс, который будет проверять сеансы? В вашем global.asax (application_start)? Как служба Windows? Как exe в корне сайта, который запущен в application_start?

Мне, используя таблицу и ищут записи со статусом 1, кажется, самый простой способ.

Answer 1

Подход MSMQ decouples ваше приложение, ориентированное на веб-интерфейс, из службы логики проверки и базы данных.

Это приносит много преимуществ, некоторые из которых:

• Было бы легче справляться с ситуациями, когда логика проверки может обрабатывать 5 сеансов в секунду, и он получает 300 все сразу. В противном случае вам придется обрабатывать промежуточные тайм-ауты, повторные попытки и т. Д.

• Было бы проще выполнить обслуживание в службе валидации без прерывания остальной части приложения. Когда служба проверки будет сбита, сообщения будут стоять в очереди в MSMQ и будут обрабатываться снова, как только она будет поднята.

• То же, что и выше, применяется для обеспечения базы данных.

Answer 2

Что такое validating? Прежде чем работать над вашей стратегией очередей, я постараюсь сделать как можно быстрее validating, в том числе сделать его установленным на основе, если это еще не так.

Answer 3

Если у вас нет опыта использования MSMQ и нет инфраструктуры, я бы посоветовал ему. Конечно, это может быть «правильный» способ сделать очередность на платформе Microsoft, но он не очень прямолинейный и имеет довольно кривую обучения.

То же самое касается создания службы Windows; не делайте этого, если вы не знакомы с ним. Для простых случаев, подобных этому, я бы сказал, что боль больше вознаграждений.

Простейшим решением, вероятно, будет использование таблицы и запуск процесса в фоновом потоке, который вы запускаете в global.asax. Вероятно, вы также захотите создать страницу администрирования, которая может сообщать о статусе статуса процесса (количество ожидающих заданий и т. Д.) И, возможно, кнопку, чтобы перезапустить процесс, если по какой-то причине он не работает.

Answer 4

Я недавно расследовал это, поэтому хотел упомянуть о моих выводах. Расположение базы данных по сравнению с вашим приложением является важным фактором при выборе варианта.

Я протестировал вставку времени, затраченного на вставку 100 записей в базу данных, в результате регистрации одних и тех же данных в локальном сообщении MSMQ. Затем я несколько раз принимал среднее значение результатов выполнения этого теста.

Я обнаружил, что когда база данных находится в локальной сети, вставка строки была в 4 раза быстрее, чем запись в MSMQ.

Когда доступ к базе данных осуществлялся через приличное подключение к Интернету, вставка строки в базу данных была в 6 раз медленнее, чем запись в MSMQ.

Итак:

Локальная база данных - БД быстрее, иначе MSMQ есть.