在有些应用程序中,程序的执行可能需要很长的时间,针对这种情况我们在做前后应用时可能会比较棘手,比如建立一个普通的连接对象,然后执行一个长时间的任务,比如数据的同步操作,一般单线程的程序在后台程序执行期间即出现假死现象,对于一些希望在后台执行的长时间任务,在SQL中可以考虑用作业的方式进行解决,建立完成作业后,我们在前台只要调用指定任务就可以了,这里需要注意下面几个问题

1) 在SQL中任务数据库的任务是放在msdb库中统一进行管理的,所以前台应用若要调用任务,则需要建立一个到msdb数据库的连接,另外要保证建立的连接有足够执行任务的权限.
       执行权限默认授予 msdb 数据库中的 public 角色。可执行此存储过程而且是 sysadmin 固定角色成员的用户可以启动任何作业。不是 sysadmin 角色成员的用户使用 sp_start_job 只能启动他/她所拥有的作业。
当 sysadmin 固定服务器角色成员的用户唤醒调用 sp_start_job 时，sp_start_job 将在 SQL Server 服务正在其中运行的安全上下文中执行。当用户不是 sysadmin 固定服务器角色的成员时，sp_start_job 将模拟 SQL Server 代理代理帐户，而该帐户是通过 xp_sqlagent_proxy_account 指定的。如果代理帐户不可用，则 sp_start_job 将失败。只有 Microsoft? Windows NT? 4.0 和 Windows 2000 有上述情况。在 Windows 9.x 上没有模拟，而且 sp_start_job 总是在启动 SQL Server 的 Windows 9.x 用户的安全上下文中执行。

2) 调用具体任务时需要用到扩展的存储过程sp_start_job ,比如要执行一个作业名称为"同步数据"的作业,其语法为
USE msdb
EXEC sp_start_job @job_name = '同步数据'

程序调用时,比如存在一个到msdb数据库的连接对象Connection为cn
cn.execute " EXEC sp_start_job @job_name = '同步数据' "

3)在任务执行期间,如果你试图再次执行同一个任务,程序会报错,所以非常有必要适时知道某一具体作业的执行状态,此时需要用到另外一个存储过程即sp_help_job
关于此过程的详细使用可以查看联机帮助,注意current_execution_status会返回任务的执行状态,
0   只返回那些空闲的或挂起的作业，执行完成后即返回状态0。
1   正在执行。
2   正在等待线程。
3   在两次重试之间。
4   空闲。
5   挂起。
7   正在执行完成操作。
在任务有多步的情况下current_execution_step会返回当前正在执行第几步任务 ，last_run_outcomeint返回作业上一次运行时所得到的结果：
0 = 失败
1 = 成功
3 = 取消
5 = 未知

4)停止作业的执行可以用sp_stop_job存储过程

5)另外如 sp_add_job、sp_delete_job、sp_update_job也有必要对其了解

6)扩展:执行 sp_helptext 'sp_start_job'看看SQL到底都做了些什么

知道上面这些内容对执行长时间的SQL任务就很有帮助了