我建立一個Web應用程序,這是一個進程管理應用程序。幾個不同的員工類型將顯示一個任務列表,當每個員工完成一項任務時,它將轉移到下一名員工上工作。最好的地方排序任務列表
任務層次結構爲批處理>裝入>裝配>零件>任務。目前有8條規則用於確定每個員工類型首先處理哪個任務。這些規則適用於零件的尺寸,以及零件完成將如何影響層次結構,例如,如果零件A已完成,那麼它將完成整個批次,其中零件B不會完成,因爲其批量中還有其他零件需要完成。
無論如何,這是電梯系統工作的電梯間距。我想弄清楚的是,一個高效,快速和可維護的方法可以在規則可能改變的同時加入更多的規則。
最初我打算讓DB(SQL 2005)完成所有繁重的工作,但我擔心更復雜的規則將難以用DB實現。因此,另一種方法是將任務列表拖入中間層,並創建對象集合並將每個規則應用於集合。我毫不懷疑,每個規則都可以獨立地轉換爲T-SQL,但根據任務類型排序最多8個條件會讓人覺得很麻煩。
我可以看到中間層方法的一個好處是,我可以創建一個更鬆散的受限系統,其中任務流可以更改,這在數據庫中會更困難。
那麼你們會推薦什麼?有沒有第三種選擇我沒有想到?
EDIT [1]只是爲了晉級這多一點,預計不會在DB從我最初開發它。