sql waitfor 延时执行

看MSDN:
http://msdn.microsoft.com/zh-cn/library/ms187331.aspx

语法为:

WAITFOR {    DELAY ‘time_to_pass‘   | TIME ‘time_to_execute‘   | [ ( receive_statement ) | ( get_conversation_group_statement ) ]     [ , TIMEOUT timeout ]}

-------------------------------
以下示例在晚上 10:20 (22:20) 执行存储过程 sp_update_job。 不能指定日期
WAITFOR TIME ‘22:20‘;EXECUTE sp_update_job----------------------------------------
以下示例在两小时的延迟后执行存储过程。注意:Delay最多不超过24小时, 不能指定日期
WAITFOR DELAY ‘02:00:00‘;EXECUTE sp_helpdb;

引用:http://www.cnblogs.com/downmoon/archive/2010/12/07/1899233.html

sql waitfor 延时执行

时间: 2024-12-31 05:55:46

sql waitfor 延时执行的相关文章

sql语句延时执行或者是指定时间执行

--使用waitfor语句延迟或暂停程序的执行 --waitfor{delay'time'|time 'time'} delay是指间隔时间 最长到24小时 time是指定时间执行 waitfor delay '00:00:10' --延迟10秒 A. 使用 WAITFOR TIME 以下示例在晚上 10:20 (22:20) 执行存储过程 sp_update_job. USE msdb; EXECUTE sp_add_job @job_name = 'TestJob'; BEGIN WAITF

mysql(1)—— 详解一条sql语句的执行过程

SQL是一套标准,全称结构化查询语言,是用来完成和数据库之间的通信的编程语言,SQL语言是脚本语言,直接运行在数据库上.同时,SQL语句与数据在数据库上的存储方式无关,只是不同的数据库对于同一条SQL语句的底层实现不同罢了,但结果相同.这有点类似于java中接口的作用,一个接口可以有不同的实现类,不同的实现类对于接口中方法的实现方式可以不同,结果可以相同.这里SQL语言的作用就类似于java中的接口,数据库就类似于java中接口的实现类,SQL语句就类似于java接口中的方法.不同的是java中

常用的延时执行

1. performSelector 一旦定制好延时任务,不会卡住当前线程 //2秒后再调用self的run方法 [self performSelector:@selector(run) withObject:nil afterDelay:2.0]; 2. 使用GCD函数 // 该方法中, 会根据传入的队列来决定回掉block在哪个线程中执行 // 如果传入的是主队列, 那么block会在主线程调用 // 如果传入的是全局队列, 那么block会在子线程中调用 dispatch_after(di

SQL 语句的执行顺序

写在前面的话:有时不理解SQL语句各个部分执行顺序,导致理解上出现偏差,或者是书写SQL语句时随心所欲,所以有必要了解一下sql语句的执行顺序.可以有时间自己写一个简单的数据库,理解会更加深入.下面就写写我的一些理解,以SQL SERVER2008为例,进行说明. 先看下面这条简单SQL语句: 1 select 2 top 10 * 3 from Student 4 where age>20 这条SQL语句是否可以有下面两种理解呢 (1)先从Student表中选出age>20的数据,然后从这些

SQL语言逻辑执行顺序

SQL语言逻辑执行顺序 2012-12-18 16:18:13 分类: 数据库开发技术 查询的逻辑执行顺序 FROM < left_table> ON < join_condition> < join_type> JOIN < right_table> WHERE < where_condition> GROUP BY < group_by_list> WITH {cube | rollup} HAVING < having_c

详解一条sql语句的执行过程

SQL是一套标准,全称结构化查询语言,是用来完成和数据库之间的通信的编程语言,SQL语言是脚本语言,直接运行在数据库上.同时,SQL语句与数据在数据库上的存储方式无关,只是不同的数据库对于同一条SQL语句的底层实现不同罢了,但结果相同.这有点类似于java中接口的作用,一个接口可以有不同的实现类,不同的实现类对于接口中方法的实现方式可以不同,结果可以相同.这里SQL语言的作用就类似于java中的接口,数据库就类似于java中接口的实现类,SQL语句就类似于java接口中的方法.不同的是java中

Sql Server 优化----SQL语句的执行方式与锁以及阻塞的关系

阻塞原因之一是不同的Session在访问同一张表的时候因为不兼容锁的原因造成的, 当前执行的SQL语句是否被阻塞(或者死锁),不仅跟当前表上的已有的锁有关,也会跟当前执行的SQL语句的执行方式有关 简单来说,对于表的访问方式,SQL语句的执行无非是表扫描,索引扫描,(聚集索引或者非聚集索引)索引查找等等 如果SQL语句的执行方式不当或者没有合理的索引,会造成没必要的阻塞,如果逻辑控制不当,甚至造成更严重的问题,造成数据逻辑的错误 建个测试表,下面测试演示一下 create table testI

iOS:延时执行的三种方式

延时执行的三种方式:performSelectorXXX方法.GCD中延时函数.创建定时器 第一种方式:NSObject分类当中的方法,延迟一段时间调用某一个方法 @interface NSObject (NSDelayedPerforming) ※延时调用在当前线程使用特定模式的方法(如果数组没有数据或者参数为nil,则不会调用selector中方法) - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterD

延时执行

#import "ViewController.h" @interface ViewController () @end @implementation ViewController - (void)viewDidLoad { [super viewDidLoad]; // 运行循环本质上就是一个死循环. // 每一条线程,都有一个运行循环.默认情况下,只有主线程的运行循环是开启的. // 运行循环可以监测事件源(按钮点击/滚动/NSTimer/target)的发生,一旦有事件源发生,