Система очереди сообщений
Я нахожусь в процессе записи системы очереди сообщений.
Мой вопрос... Лучше сделать эту очередь с файлами или в базе данных?
Если бы я должен был выбрать базу данных, то она должна проверять на новые задания каждую секунду, и это просто кажется чем-то вроде служебным мне?
Если это - файлы, я предполагаю, что Вы просто постоянно контролируете папку и выполняетесь на основе этого?
BR,
6 ответов
Не изобретайте заново колесо .
[Изменить: обновлено на 2014 год, теперь ссылка на Rabbit MQ, поскольку Айенде перешла к созданию баз данных документов, а не очередей сообщений, но затем снова появился RabbitMQ. Я бы не стал писать это, но теперь в сообщениях требуется 30 символов, поэтому мне нужно немного поболтать.]
Как сначала проверить режим аутентификации серверов?
http://en.wikipedia.org/wiki/Basic_access_authentication
- Клиент запрашивает страницу, которая требует аутентификации, но не укажите имя пользователя и пароль. Обычно это происходит потому, что пользователь просто введите адрес или по ссылке на страницу.
- Сервер отвечает с помощью 401 код ответа и предоставляет область аутентификации.
Таким образом, приложение клиентской службы может отправить Get и проверить, имеет ли ответ заголовок, такой как
WW-Authenticate: Basic realm="Secure Area"
Они практически одинаковы в этом контексте. "Object" может использоваться как несколько более общий/расплывчатый термин, "instance" обычно используется более конкретно как "instance of a class".
-121--4541795-каковы ваши критерии для принятия решения "Лучше"? исполнение? масштабируемость? надежность? стоимость?
Основные компромиссы:
База данных - транзакционная поддержка, гарантии целостности (через ограничения), более богатая поддержка вопроса, , вероятно измерят лучше (в зависимости от внедрения)
файловая система - более дешевый, более простой, меньше подвижных частей (по крайней мере первоначально)
, Вы можете хотеть посмотреть на существующие решения сначала - MSMQ, брокер SQL-сервера, общедоступные библиотеки, такие как очереди Носорога ( http://ayende.com/Blog/archive/2008/08/01/Rhino-Queues.aspx)
Вы пишете систему очереди сообщений, потому что хотите написать систему очереди сообщений; или это всего лишь часть решения более серьезной проблемы?
Я бы посоветовал не писать новую систему очередей сообщений. Вы можете использовать MSMQ или что-то еще готовое.
Я выбираю вариант «C» - использовать очередь сообщений, которая уже встроена в Windows:
Это зависит от ваших требований, но если вам нужно поставить в очередь несколько сообщений как одну группу, вам понадобится какая-то поддержка транзакций. В этом случае база данных - ваш друг.