我是石英调度程序的新手。我对石英回收机制很感兴趣。有没有关于这个过程的文档？我试图找到但没有成功。
当恢复机制处于活动状态时，我们遇到了问题。我们有与桌子SCHEDULERDETAIL相连的QRTZ_TRIGGERS桌子（QRTZ_TRIGGERS桌子是石英自带的桌子）。它们与外键连接：在SCHEDULERDETAIL表中它是SCHEDULED_ID列（定义为NUMBER），在QRTZ_TRIGGERS是TRIGGER_NAME（定义为VARCHAR）。创建新任务时，会将新触发器添加到QRTZ_TRIGGERS表中。TRIGGER_NAME从QRTZ_TRIGGERS下降到SCHEDULERDETAIL桌子。
当作业未执行时（服务器已关闭，调度程序模块未激活或其他原因），据我了解，恢复机制开始工作。在我们的例子中，恢复机制QRTZ_TRIGGERS插入包含StringsforTRIGGER_NAME和TRIGGER_GROUP属性的记录 - 列 ( TRIGGER_NAME = recover_app2.1361843234382_1363216375567; TRIGGER_GROUP = RECOVERING_JOBS)。因为在其他表中这些属性被定义为编号其他任务不能执行，因为这两个表之间的连接（机制试图下降到TRIGGER_NAME哪个是编号），所以产生错误。我的问题是，我可以控制石英和数据库之间的这些通信吗？如果可能，我该如何管理？如果我不能，如何避免这种情况？StringSCHEDULED_ID
我正在使用石英调度程序 1.8。