저장 프로 시저를 시작하고 완료 될 때까지 기다리지 않고 즉시 반환 할 수 있습니까?

우리는 사용자가 수동으로 실행하여 하루 종일 지속적으로 사용되는 보고서의 일부 업데이트 된 번호를 얻을 수있는 저장 프로 시저가 있습니다.

이 첫 번째 저장 프로 시저에서 얻은 숫자를 기반으로하기 때문에 첫 번째 저장 프로 시저 실행 후에 실행 해야하는 두 번째 저장 프로 시저가 있지만 실행하는 데 시간이 오래 걸리고 별도의 프로세스를 수행하기 때문에 원하지 않습니다. 이 두 번째 저장 프로 시저가 실행되는 동안 사용자를 기다리십시오.

하나의 저장 프로 시저가 두 번째 저장 프로 시저를 시작하고 결과를 기다리지 않고 즉시 반환하는 방법이 있습니까?

SQL Server 2005를 사용하고 있습니다.

여러 가지 방법으로이 작업을 수행하는 것처럼 보이지만 가장 간단한 방법은 Martin 이 SQL 작업에서 프로 시저를 설정하고 내 저장 프로 시저에서 비동기 sp_start_job 명령을 사용하여 시작하는 제안 이라는 것을 알았 습니다 .

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

저장 프로 시저에 매개 변수를 지정할 필요가 없기 때문에 이것은 나에게만 효과적입니다.

상황에 따라 작동 할 수있는 다른 제안은 다음과 같습니다.

• Martin 및 Sebastian 과 같은 SQL Service Broker를 사용하는 것이 좋습니다. 복잡하게 설정하고 작동 방식을 배우는 것이 마음에 들지 않는다면 이것은 아마도 가장 좋은 제안 일 것입니다.

• Mr.Brownstone이 제안한 것처럼 저장 프로 시저를 실행하는 코드에서 프로세스를 비동기식으로 실행합니다 .

  그러나 나쁜 생각은 아니지만 제 경우에는 저장 프로 시저가 여러 곳에서 호출되므로 모든 장소를 찾아서 두 번째 절차를 호출하는 것도 그렇게 실용적이지 않은 것 같습니다. 또한 두 번째 저장 프로시 저는 매우 중요하므로 실행을 잊어 버리면 회사에 큰 문제가 발생할 수 있습니다.

• 첫 번째 프로 시저에 플래그를 설정하고 반복 작업을 설정하여 해당 플래그를 확인하고 Jimbo가 제안한대로 해당 플래그가 설정되어 있는지 실행하십시오 . 나는 끊임없이 실행되고 몇 분마다 변경 사항을 확인하는 일을 좋아하지 않지만 상황에 따라 고려해야 할 옵션입니다.

서비스 브로커를 큐에서 활성화와 함께 사용할 수 있습니다. 이를 통해 프로 시저 호출에 대한 매개 변수를 큐에 게시 할 수 있습니다. 인서트만큼 많은 시간이 걸립니다. 트랜잭션이 커밋되고 몇 초 후에 잠재적으로 활성화되면 수신자 프로 시저가 비동기 적으로 자동으로 호출됩니다. 그냥 wuold보다 대기열의 매개 변수를 가져 와서 원하는 작업을 수행해야합니다.

이 오래된 질문은 더 포괄적 인 답변이 필요합니다. 이 중 일부는 여기에 다른 답변 / 설명에 언급되어 있고 다른 일부는 OP의 특정 상황에서 작동하거나 작동하지 않을 수 있지만 SQL에서 저장된 프로세스를 비동기식으로 호출하려는 다른 사람에게는 작동 할 수 있습니다.

완전히 명시 적으로 말하면 : TSQL 자체 는 다른 TSQL 작업을 비동기 적으로 시작할 수있는 기능 이 없습니다 .

그렇다고 아직 많은 옵션이 없다는 것을 의미하지는 않습니다.

• SQL 에이전트 작업 : 여러 SQL 작업을 작성하고 원하는 시간에 실행되도록 스케줄하거나을 사용하여 "마스터 제어"저장 프로 시저에서 비동기식으로 시작하십시오 sp_start_job. 프로그래밍 방식으로 진행 상황을 모니터링해야하는 경우 작업이 각각 사용자 정의 JOB_PROGRESS 테이블을 업데이트하는지 확인하십시오 (또는 Gregory A. Larsen 의이 우수한 기사 에 xp_sqlagent_enum_jobs설명 된대로 문서화되지 않은 기능 을 사용하여 완료했는지 확인할 수 있습니다 ). 서로 다른 매개 변수로 동일한 스토어드 프로 시저를 실행하더라도 병렬 프로세스를 실행하려는만큼 별도의 작업을 작성해야합니다.
• SSIS 패키지 :보다 복잡한 비동기 시나리오의 경우 간단한 분기 작업 흐름으로 SSIS 패키지를 만듭니다. SSIS는 이러한 작업을 개별 spid로 시작하여 SQL이 병렬로 실행합니다. SQL 에이전트 작업에서 SSIS 패키지를 호출하십시오.
• 사용자 지정 응용 프로그램 : 해당 언어에서 제공하는 비동기 메서드를 사용하여 원하는 언어 (C #, Powershell 등)로 간단한 사용자 지정 응용 프로그램을 작성합니다. 각 애플리케이션 스레드에서 SQL 저장 프로 시저를 호출하십시오.
• OLE 자동화 : SQL 에서이 기사에 설명 된대로 Gregory A. Larsen에 의해 서로 저장된 proc을 호출하는 새 프로세스를 사용 sp_oacreate하고 sp_oamethod실행 하십시오 .
• Service Broker : 이 기사의 비동기 실행에 대한 좋은 예인 Service Broker를 살펴보십시오 .
• CLR 병렬 실행 : 사용 CLR 명령 Parallel_AddSql과 Parallel_Execute에 설명 된대로 이 문서 앨런 카플란에 의해 (SQL2005 + 만 해당).
• 예약 된 Windows 작업 : 완전성에 대해 나열되었지만이 옵션에 관심이 없습니다.

만약 그렇다면 간단한 시나리오에서는 여러 개의 SQL 에이전트 작업을 사용하고보다 복잡한 시나리오에서는 SSIS 패키지를 사용했을 것입니다.

귀하의 경우 SQL 에이전트 작업을 호출하는 것은 간단하고 관리하기 쉬운 선택처럼 들립니다.

마지막 의견 : SQL은 가능할 때마다 개별 작업을 병렬화하려고 이미 시도합니다. 즉, 서로를 대신하지 않고 동시에 2 개의 작업을 실행한다고해서 더 빨리 완료 될 것이라는 보장은 없습니다. 실제로 어떤 것이 개선되는지 아닌지 신중하게 테스트하십시오.

동시에 8 개의 작업을 실행하기 위해 DTS 패키지를 만든 개발자가있었습니다. 불행히도, 그것은 단지 4 CPU 서버였습니다 :)

* 기본 설정을 가정합니다. 서버의 최대 병렬 처리 수준 또는 선호도 마스크를 변경하거나 MAXDOP 쿼리 힌트를 사용하여이를 수정할 수 있습니다.

예, 한 가지 방법 :

1. 첫 번째 저장 프로 시저가 완료되면 두 번째 저장 프로 시저를 실행하는 데 필요한 모든 정보가 포함 된 레코드가 삽입됩니다.
2. 두 번째 저장 프로시 저는 매분 또는 결정 시간마다 작업으로 실행됩니다.
3. 삽입 된 레코드를 확인하고 처리하며 레코드를 완료된 것으로 표시합니다.

다른 가능성은 감사 테이블이 완료 될 때 첫 번째 저장 프로 시저가 감사 테이블에 쓰도록하고 감사 테이블이 작성 될 때 두 번째 저장 프로 시저를 시작하는 감사 테이블에 트리거를 배치하는 것입니다. 지속적으로 폴링하거나 추가 SQL Server 에이전트 작업이 필요하지 않습니다.