D_A_S1Добрый день!
У нас стоит Microsoft Sql Server. Есть таблица, в которую добавляется запись для формирования счета. Сам счет в pdf формирует консольное приложение. На данный момент приложение запускается раз в минуту, что не очень хорошо.
Хочется, чтобы приложение запускалось, когда добавлялось новая запись в таблицу.
В Google посмотрел, что есть. Вижу два варианта - триггер или Sql Агент. Триггер, я так понимаю, не очень подходит.
Кто-нибудь делал что-нибудь похожее через Sql агент? Может есть пример или что-то подобное. Заранее спасибо!

Как написали уже
1. Service Broker
2. Прикрутить в приложение SqlChangeMonitor (SqlDependency) и активироваться, если в некой таблице произошли изменения
3. SQLCLR процедура, которая вызывается в триггере и отправляет сообщение приложению, как клиент сервису (WCF, RestFul, sockets...), оно активируется и что-то там делает

Владислав Колосовinvm, моя точка зрения состоит в том, что если MS дает возможность серверу баз данных выполнять внешние приложения, то это не значит, что именно так и надо поступать и превращать СУБД в сервер приложений.

Да, есть безвыходные ситуации, например, при использовании коробочного ПО. Но закладывать в архитектуру своего приложения такое поведение неверно. Сервер должен обслуживать базы данных и не более того. Он не должен управлять производственными процессами.

Вполне возможно, что сервер должен рассылать оповещения через end-point об изменениях в данных.

Если речь идет о формировании отчетности, то можно использовать решение на базе Reporting Services, который имеет возможность строить отчеты и сохранять в том же PDF по мере поступления данных.

Это идеальный случай, но жизнь вносит свои коррективы, и вполне возможно сделать некую обратную связь, ни к чему не обязывающую сервер, fire&forget

Владислав Колосовinvm,

догматы не дурацкие, они сводят затраты на сопровождение, развертывание и миграцию к минимуму. Я уже прошел стадию "вседозволенности" и мне знакомы Ваши утверждения, потому что я их сам практиковал :)

Service Broker - вырезать?