Как работает SQLCACHEDEPENDENTEMENTEMENT, когда для связи с любыми слушателями, когда данные в таблице меняются?

я делал некоторые исследования, и я могу видеть большую часть сантехники для этого Однако система не уверена, как SQL Server знает, когда выстрелить сообщение обратно любому слушателям (приложениям), когда данные в таблице изменяется, например. Я начну с объяснения того, что я понимаю до такой степени, что я теряюсь.

1) Сервисный брокер должен быть включен в базу данных, а некоторые разрешения необходимо установить.

2) Схема базы данных должна быть развернута.

3) Использование ASPNET_REGSQL.EXE, включите зависимость кэш-памяти SQL для базы данных и таблиц, которые необходимо кэшировать данные для (этот шаг создает таблицу для отслеживания изменений и триггеров на таблицах для захвата изменений и увеличивает значение в этой таблице). Отказ

4) Настройте зависимость кэша SQL в приложении .NET. Например, в веб-приложении вам нужно добавить значения конфигурации для времени опроса, строку подключения и т. Д.; Запустите / остановите зависимость в вашем Global.Asax.cs, а затем добавьте зависимости кэше SQL Cache, когда вы добавляете элементы в свой кеш.

4a) Часть того, что происходит при запуске зависимости заключается в том, что инфраструктура устанавливается для очереди, сервис и SPROC для связи и уборки. Использование SQL Query Profiler, вы можете увидеть, сделанный соединение, и канал связи настроен на службе для приложения для приема сообщений с SQL Server.

5) Вот где я запутался. На данный момент я кэшировал элемент в своем кэше приложения со ссылкой на зависимость кэш -эш-памяти SQL на базовой таблице, чтобы мое приложение могло получать изменения в случае изменения изменений строки. Если я вручную запускаю обновление в этой строке, я могу видеть ударение триггера, и значение в таблице отслеживания, наращивающую 1. Однако я не вижу никакой связи, возвращающейся к приложению, ничто на SQL Query Profiler, ни это элемент удален из кэша. Я также ничего не вижу в очередях в базе данных (ни одноизоленная очередь приложений, ни стандартные очереди ошибок / передачи)

Мой вопрос в том, что смотрит на таблицу отслеживания в базе данных, чтобы сообщения могли быть отправлены Вплоть до зависимостей SQL, которые обеспокоены изменениями этих данных?

Любая помощь значительно ценится ... Я читал много онлайн-ссылок и не могу найти конкретное объяснение этого.