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