Sql Server Service Broker: как структурировать беседы для простого сценария очереди?

я новичок в Sql Server Service Broker и яЯ пытаюсь понять лучший способ настроить компонент Service Broker для (на первый взгляд) простого варианта использования: я хочу создать простую рабочую очередь, где одно приложение помещает рабочие элементы в очередь, а отдельное приложение выбирает рабочие элементы из этой очереди. и обрабатывает их. Первому приложению не нужно получать сообщения о состоянии от второго. Я хочу, чтобы очередь находилась в одном экземпляре Sql Server.

Больше всего меня смущает то, как разговоры / диалоги относятся к этой ситуации. Я знаю, что вы можете отправлять / получать сообщения только в контексте разговора / диалога, но, поскольку между этими двумя приложениями нет болтовни, я чувствую себя потерянным из-за того, когда подходящее время для создания нового разговора. Две крайние альтернативы кажутся:

Каждый раз, когда я ставлю в очередь рабочий элемент, я начинаю новый разговор. Таким образом, каждый разговор заканчивается тем, что в нем содержится только одно сообщение.Во время развертывания я вручную создаю один разговор с бесконечным сроком службы. Когда это'Пришло время поставить рабочий элемент в очередь, я всегда отправляю его как часть одного разговора.

Каковы будут последствия перехода на любой из этих маршрутов?

Кроме того, в первом случае мне кажется, что мне нужно выполнить END CONVERSATION, чтобы Sql Server мог очистить ресурсы внутри. Есть ли какое-нибудь руководство для того, когда было бы правильное место, чтобы поместить их в? (Или, возможно, в конечном итоге было бы лучше рассчитывать на то, что время разговора истекло?)

Ответы на вопрос(2)

Ваш ответ на вопрос