推 O187: 用內建排程的api 04/01 12:29
→ InitialPower: 感謝你的回應 你指的是類似Handfire之類的函數庫吧 04/01 14:06
→ InitialPower: 我的需求是儲存任務重複的各種可能性 而且會是多人 04/01 14:08
→ InitialPower: 使用 所以那種函數庫似乎不太適合 04/01 14:08
→ Litfal: 原PO的問題是，如何用同樣的資料庫結構去存那些觸發與循環 04/01 21:46
→ Litfal: 設定。 04/01 21:46
→ Litfal: 不過你是為何要搜尋呢？ 04/01 21:54
→ InitialPower: 這部份我是需要設計成 每日開始時搜尋當日會觸發的 04/02 01:32
→ InitialPower: 任務 並自動產生一個子任務 因此需要搜尋的功能 04/02 01:33
→ Litfal: 我覺得，建立/修改設定或任務進行後，就去算下次觸發時間 04/02 05:43
→ Litfal: 把這個觸發時間與關聯任務/工作加入另一個表 04/02 05:44
→ Litfal: 這個觸發表就很單純，篩選就很簡單。 04/02 05:45
→ Litfal: 而原本的設定表就可以保留複雜度與未來擴充性。 04/02 05:47
→ Litfal: 不管怎麼樣的設定，都實作把工作和下次觸發時間丟到觸發表 04/02 05:48
→ ssccg: 用規則來描述觸發時間、可以對規則資料搜尋某天會觸發的 04/03 04:10
→ ssccg: 這兩項是不能同時達成的，如樓上所說要分成規則跟觸發日期 04/03 04:10
→ ssccg: 不過你說的每日搜尋當日會觸發的這個作法我是覺得很奇怪 04/03 04:12
→ ssccg: 通常排程作法都是啟動時照規則算出下一次觸發時間，排進工 04/03 04:13
→ ssccg: 作表，下一次執行時再算下下一次的時間，沒有在要執行時去 04/03 04:13
→ ssccg: 對規則做搜尋的 04/03 04:14
→ ssccg: 至於儲存規則的方式，就cron expression看起來很夠用 04/03 04:16
→ InitialPower: 感謝樓上兩位的回答 cron expression 看來是個不錯 04/06 13:37
→ InitialPower: 的選擇 04/06 13:37