Могу ли я запустить хранимую процедуру и немедленно вернуться, не дожидаясь ее завершения?

У нас есть хранимая процедура, которую пользователи могут запускать вручную, чтобы получить обновленные номера для отчета, который постоянно используется в течение дня.

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

Есть ли способ заставить одну хранимую процедуру запустить вторую хранимую процедуру и сразу же вернуться, не дожидаясь результатов?

Я использую SQL Server 2005.

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

EXEC msdb.dbo.sp_start_job @job_name='Run2ndStoredProcedure'

Это работает только для меня, потому что мне не нужно указывать какие-либо параметры для моей хранимой процедуры.

Другие предложения, которые могут работать в зависимости от вашей ситуации:

• Использование SQL Service Broker, как предлагают Мартин и Себастьян . Это, вероятно, лучшее предложение, если вы не возражаете против сложности его настройки и изучения его работы.

• Асинхронное выполнение процесса в коде, который отвечает за выполнение хранимой процедуры, как предложил Mr.Brownstone .

  Неплохая идея, однако в моем случае хранимая процедура вызывается из нескольких мест, поэтому поиск всех этих мест и обеспечение того, чтобы они вызывали 2-ю процедуру, тоже не казался практичным. Кроме того, 2-я хранимая процедура довольно важна, и ее отсутствие может привести к серьезным проблемам для нашей компании.

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

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

Этот старый вопрос заслуживает более полного ответа. Некоторые из них упоминаются здесь в других ответах / комментариях, другие могут или не могут работать для конкретной ситуации OP, но могут работать для других, ищущих асинхронный вызов хранимых процедур из SQL.

Просто чтобы быть абсолютно четко: TSQL делает не (само по себе) имеют возможность запускать другие операции Tsql асинхронно .

Это не значит, что у вас еще не так много вариантов:

• Задания агента SQL : создайте несколько заданий SQL и либо запланируйте их выполнение в нужное время, либо запустите их асинхронно из хранимого процесса «главный элемент управления», используя sp_start_job. Если вам нужно контролировать их прогресс программно, просто убедитесь, что каждое из заданий обновляет пользовательскую таблицу JOB_PROGRESS (или вы можете проверить, закончили ли они еще, используя недокументированную функцию, xp_sqlagent_enum_jobsкак описано в этой замечательной статье Грегори А. Ларсена). Вам нужно создать столько отдельных заданий, сколько вы хотите, чтобы выполнялись параллельные процессы, даже если они запускают один и тот же хранимый процесс с разными параметрами.
• Пакет служб SSIS . Для более сложных асинхронных сценариев создайте пакет служб SSIS с простым потоком задач ветвления. Службы SSIS будут запускать эти задачи в отдельных спидах, которые SQL будет выполнять параллельно. Вызовите пакет служб SSIS из задания агента SQL.
• Пользовательское приложение : создайте простое пользовательское приложение на языке по вашему выбору (C #, Powershell и т. Д.), Используя асинхронные методы, предоставляемые этим языком. Вызовите хранимую процедуру SQL в каждом потоке приложения.
• Автоматизация OLE : В SQL используйте sp_oacreateи sp_oamethodдля запуска нового процесса, вызывающего друг друга хранимым процессом, как описано в этой статье , также Грегори А. Ларсен.
• Компонент Service Broker . Рассмотрим использование компонента Service Broker , который является хорошим примером асинхронного выполнения в этой статье .
• CLR Параллельное выполнение : С помощью команды CLR Parallel_AddSqlи , Parallel_Executeкак описано в этой статье Алан Каплан (SQL2005 + только).
• Запланированные задачи Windows : перечислены для полноты, но я не фанат этой опции.

Если бы это был я, я бы, вероятно, использовал несколько заданий агента SQL в более простых сценариях и пакет служб SSIS в более сложных сценариях.

В вашем случае вызов заданий агента SQL звучит как простой и управляемый выбор.

Последний комментарий : SQL уже пытается распараллеливать отдельные операции, когда это возможно *. Это означает, что выполнение 2 задач одновременно, а не после друг друга, не гарантирует, что оно завершится раньше. Проверьте внимательно, чтобы увидеть, действительно ли это что-то улучшает или нет.

У нас был разработчик, который создал пакет DTS для одновременного запуска 8 задач. К сожалению, это был только 4-х процессорный сервер :)

* Предполагая настройки по умолчанию. Это можно изменить, изменив максимальную степень параллелизма или маску сходства на сервере, или воспользовавшись подсказкой запроса MAXDOP.

Да, один метод:

1. Когда первая хранимая процедура завершена, она вставляет запись со всей информацией, необходимой для запуска второй хранимой процедуры.
2. Вторая хранимая процедура выполняется как задание, каждую минуту или в какое время вы решаете
3. Он проверяет наличие вставленных записей, обрабатывает их и помечает запись как завершенную.

Другой возможностью было бы получить первую хранимую процедуру для записи в таблицу аудита после ее завершения и поместить триггер в таблицу аудита, которая запускает вторую хранимую процедуру при записи в таблицу аудита. Не нужно постоянно опрашивать и не нужно дополнительное задание агента SQL Server.