SQL Server Service Broker-подробный, используемый пример внешнего консольного приложения

мне нужно руководство от всех, кто развернул реальное приложение в производстве, которое использует механизм внешней активации SQL Server Service Broker (через внешний активатор Service Broker из пакета функций).

нынешнее мышление:

мои спецификации довольно просты (или, по крайней мере, я так думаю), поэтому я думаю о следующем основном потоке:

1. order-like сущность вставляется в Table_Orders С состояние "подтверждено"

2. SP_BeginOrder выполняется и делает следующее:

   • начинается транзакция
   • запускает диалог из Service_HandleOrderState to Service_PreprocessOrder
   • сохраняет дескриптор разговора (отныне PreprocessingHandle) в определенном столбце заказы стол
   • отправляет сообщение типа Message_PreprocessOrder содержащий идентификатор заказа с помощью PreprocessingHandle
   • завершает транзакцию

   обратите внимание, что я не заканчивая разговор, я не хочу!--46-->"выстрелил-забыл"

3. уведомление о событии на Queue_PreprocessOrder активирует экземпляр PreprocessOrder.exe (максимальное одновременное 1) которое делает следующий:

   • начинается SqlTransaction
   • получает первое сообщение от Queue_PreprocessOrder
   • если тип сообщения Message_PreprocessOrder (формат XML):
     • устанавливает состояние заказа в "предварительная обработка" в Table_Orders использование id заказа в тексте сообщения
     • загружает N коллекций данных, из которых вычисляет N-арных Carthesian продукта (через LINQ, которая, насколько мне известно это невозможно в T-SQL) определить коллекцию элементов заказа
     • вставляет строки элементов заказа в Table_OrderItems
     • отправляет сообщение типа Message_PreprocessingDone, содержащий тот же идентификатор заказа, используя PreprocessingHandle
     • завершает разговор, относящийся к PreprocessingHandle
   • совершает SqlTransaction
   • выходит с окружающей средой.Выход(0)
4. внутренняя активация на Queue_HandleOrderState выполняет SP (max concurrent of 1), который:
   • начинается транзакция
   • получает первое сообщение от Queue_InitiatePreprocessOrder
   • если тип сообщения Message_PreprocessingDone:
     • состояние заказа "в обработке" в Table_Orders использование id заказа в тексте сообщения
     • запускает диалог из Service_HandleOrderState to Service_ProcessOrderItem
     • сохраняет дескриптор разговора (отныне ProcessOrderItemsHandle) в определенном столбце Table_Orders
     • создает курсор для строк в Table_OrderItems для текущего id заказа и для каждого ряд:
       • отправляет сообщение типа Message_ProcessOrderItem, содержащий идентификатор элемента заказа, используя ProcessOrderItemsHandle
   • если тип сообщения Message_ProcessingDone:
     • устанавливает состояние заказа в "обработано" в Table_Orders использование id заказа в тексте сообщения
   • если тип сообщения http://schemas.microsoft.com/SQL/ServiceBroker/EndDialog (конец ДИАЛОГ):
     • завершает разговор, относящийся к дескриптору разговора сообщения
   • завершает транзакцию
5. уведомление о событии на Queue_ProcessOrderItem активирует экземпляр ProcessOrderItem.exe (максимальное одновременное 1) которое делает следующее:
   • начинается SqlTransaction
   • получает первое сообщение от Queue_ProcessOrderItem
   • если тип сообщения Message_ProcessOrderItem (формат XML):
     • устанавливает состояние элемента заказа в "обработка" в Table_OrdersItems используя идентификатор элемента заказа в теле сообщения, затем:
       • загружает коллекцию параметров элемента заказа
       • делает HttpRequest URL-адрес, используя параметры
       • сохраняет HttpResponse в формате PDF на файловая система
     • если возникли ошибки в выше действия, устанавливает предмет того, состояние на "ошибки", иначе "ОК"
     • выполняет поиск в разделе Table_OrdersItems чтобы определить, обрабатываются ли все элементы заказа (состояние "ОК" или "ошибка")
     • если все детали заказа обрабатываются:
       • отправляет сообщение типа Message_ProcessingDone, содержащий код заказа, используя ProcessOrderItemsHandle
       • завершает разговор, относящийся к ProcessOrderItemsHandle
   • фиксирует SqlTransaction
   • выходит с окружающей средой.Выход(0)

Примечания:

• спецификации определяют совместимость MSSQL 2005 до 2012, поэтому:
  • нет групп разговора
  • нет разговора Приоритет
  • нет POISON_MESSAGE_HANDLING (статус = выкл)
• Я стремлюсь достичь общей целостности потока и непрерывности, а не скорости
• учитывая, что таблицы и SPs находятся в DB1 в то время как объекты Service Broker (сообщения, контракты, очереди, услуги) находятся в в DB2, в DB2 установлен надежный

вопросы:

1. есть ли какие-либо серьезные недостатки дизайна в описанной архитектуре ?
2. отслеживание состояния завершения заказа не кажется правильным. Есть ли лучший способ ? Может быть, с помощью удержания очереди ?
3. моя интуиция говорит мне, что ни в коем случае активированный внешний exe не должен завершаться кодом выхода, отличным от 0, поэтому должно быть try{..}catch(Exception e){..} finally{ Environment.Exit(0) } в Main. Правильно ли это предположение ?
4. как бы вы организовали обработку ошибок в коде БД ? Достаточно ли таблицы журнала ошибок?
5. как бы вы организовать обработку ошибок во внешнем коде exe c#? Тот же журнал ошибок стол ?
6. Я видел образцы продуктов SQL Server Service Broker, но интерфейс Service Broker кажется излишним для моего, казалось бы, более простого случая. Любые альтернативы для более простой объектной модели Service Broker ?
7. любой "портативный" инструмент администрирования кросс-версии для Service Broker, способный, по крайней мере, сливать ядовитые сообщения ?
8. у вас есть достойные образцы кода для любого из наверху ?