在有些应用程序中,程序的执行可能需要很长的时间,针对这种情况我们在做前后应用时可能会比较棘手,比如建立一个普通的连接对象,然后执行一个长时间的任务,比如数据的同步操作,一般单线程的程序在后台程序执行期间即出现假死现象,对于一些希望在后台执行的长时间任务,在  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        挂起。

6        正在执行完成操作。

在任务有多步的情况下  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  任务就很有帮助了