Изначально, СУБД предназначались исключительно для хранения и обеспечения физической и логической целостности данных. В последние годы эта ситуация изменилась. Большинство современных СУБД поддерживают разработку с использованием объектно ориентированных языков программирования и т.д.
В частности, в SQL Server 2005 появился Service Broker который поддерживает работу с очередями сообщений. Этот компонент работает в рамках ядра СУБД и не является отдельным процессом, поэтому все участники обмена сообщениями должны пройти аутентификацию и иметь соответсвующие права.
Стоит отметить что ServiceBroker это компонент уровня базы данных. С его помощью можно обмениваться сообщениями как в пределах одной или нескольких БД на одном инстансе, так и между инстансами на разных серверах.
Альтернативой системы обработки сообщений с помощью очередей являются обычные таблицы БД, более того, в большинстве случаев нужно использовать именно их. Service Broker имеет смысл использовать в тех случаях когда к очереди одновременно обращаются несколько потребителей и существуют определенные правила во взаимосвязи между сообщениями, а также в условиях не стабильного соединения между серверами.
http://msdn.microsoft.com/ru-ru/library/ms166071.aspx
http://msdn.microsoft.com/en-us/library/ms166071.aspx
[codeproject] Introducing Distributed Messaging using Service Broker in SQL Server 2005
Using Service Broker instead of Replication
Комментариев нет:
Отправить комментарий