# SCHEDULES 计划表

计划表存储了计划的配置信息(如执行频率,优先级,并发数等),另外用于控制计划的调度,利用乐观锁机制管理集群环境调度的并发。

# 位置

模型路径:/sysdata/data/tables/sys/SCHEDULES.tbl

物理表名:SZSYS_5_SCHEDULES

# 表结构

字段名 字段类型 字段描述
SCHEDULE_ID VARCHAR(64) 计划ID,主键
SCHEDULE_NAME VARCHAR(128) 计划名称,用于简短的描述一个计划的用途,不是主键,可以任意修改,考虑到支持国际化,对于系统默认的计划,当id是sys开头时,如果name是空,那么前台默认国际化key是:sz.bi.schedule.caption.+key对应的文字
SCHEDULE_GROUP VARCHAR(512) 分组
SCHEDULE_TYPE VARCHAR(12) 计划类型, sub:订阅,etl:数据提取
SCHEDULE_DESC VARCHAR(1024) 业务描述
PROJECT_NAME VARCHAR(32) 项目名称
ENABLED NUMBER(1) 是否启用,0表示禁用,1表示启用
PRIORITY NUMBER(3) 任务默认优先级,默认为50
CONCURRENT NUMBER(1) 是否并发,0表示串行,1表示并发
CREATOR VARCHAR(64) 创建者,系统默认计划的创建者是admin
CREATE_TIME TIMESTAMP 创建时间
MODIFIER VARCHAR(64) 修改者,如果刚创建,那么这个字段就等于创建者,系统默认计划的创建者是admin
MODIFIED_TIME TIMESTAMP 修改时间,如果刚创建,那么这个字段就是等于创建时间
SCHEDULE_START_TIME TIMESTAMP 计划开始时间
SCHEDULE_END_TIME TIMESTAMP 计划结束时间
CRON VARCHAR(512) 执行频度
CRON_DESC VARCHAR(1024) 执行频度描述
NEXT_RUN_TIME TIMESTAMP 下次开始时间,当前计划正在执行时,此字段还是表示下次计划开始执行的预计时间
LAST_UPDATE_TIME TIMESTAMP 更新时间
LAST_SCHEDULE_RUN_ID VARCHAR(32) 计划最近运行ID
RUNNING_STATE NUMBER(1) 运行状态,0:没有执行过;1:执行过,已经执行完毕了,都执行成功了;2:执行过,已经执行完毕了,存在执行失败的任务;3:计划执行过程被中止;9:当前正在执行
RUNNING_CLUSTER_NODE VARCHAR(32) 当前运行调度器节点
RUNNING_HEARTBEAT_TIME TIMESTAMP 调度器心跳时间,当获得了执行权限的机器在执行此计划时,至少要没各2分钟更新一下这歌时间戳,表示它还在执行,否则其他机器会重置这个执行权
MONITOR_CLUSTER_NODE VARCHAR(32) 当前运行监控器节点
MONITOR_HEARTBEAT_TIME TIMESTAMP 监控器心跳时间
OPTIONS VARCHAR(5120) 扩展属性,是一个json格式的字符串
THREADS_COUNT NUMBER(12) 并发数
TASK_COUNT NUMBER(12) 总任务数
RUN_COUNT NUMBER(12) 总执行次数, 可以当作乐观锁的版本号用,当多个机器连接一个数据库服务器时,争抢到乐观锁的机器执行计划
是否有帮助?
0条评论
评论