对任务列表进行排序的最佳位置

我正在构建一个web应用程序,它是一个流程管理应用程序。几个不同的员工类型将显示一个要执行的任务列表,当每个人完成一项任务时,它将转移到下一个要处理的员工。

任务层次结构为批处理>负荷>装配>零件>任务目前有8条规则用于确定每种员工类型应首先处理哪项任务。这些规则适用于零件的尺寸,以及零件完成将如何影响层次结构,例如,如果零件A已完成,则其完成整个批次,而零件B则不会完成,因为其批次中仍有其他零件需要完成。

不管怎么说,这就是系统工作原理的电梯音调。我想找出的是一种高效、快速和可维护的方法,要记住规则可能会改变,可能会添加更多的规则。

最初我打算让DB(sql 2005)来完成所有繁重的工作,但我担心更复杂的规则将难以用DB实现。因此,另一种方法是将任务列表拉到中间层,创建一个对象集合,并将每个规则应用于该集合。我毫不怀疑,每个规则都可以单独转换为T-SQL,但根据任务类型按多达8个标准排序感觉很麻烦。

我可以看到中间层方法的一个好处是,我可以创建一个限制更为宽松的系统,在这个系统中可以更改任务流,我认为这在数据库中会更加困难。

编辑[1]只是为了进一步限定这一点,预期DB不会改变我最初在中开发的内容。