公文转发流程自定义的数据建模

核心提示： 流程环节表(Step_table)名称 类型 约束条件说明step_idint无重复环节标识，主键belong int不允许为空所属流程标识，公文转发流程自定义的数据建模(7)，和Flow_table.flow_id关联setp_order int不允许为空所属流程的步骤次序sender

流程环节表(Step_table)

名称　　　 类型　　　 约束条件　　　说明

step_id　　int　　　　无重复　　　　环节标识，主键

belong　　 int　　　　不允许为空　　所属流程标识，和Flow_table.flow_id关联

setp_order int　　　　不允许为空　　所属流程的步骤次序

sender　　 int　　　　不允许为空　　发送方标识，和User_group.group_id关联

receiver　 int　　　　不允许为空　　接受方标识，和User_group.group_id关联

a_id　　　 int　　　　不允许为空　　处理动作标识，和Action_table.a_id关联

a_type　　 int　　　　不允许为空　　接受方所需的处理人数

max_wait　 int　　　　不允许为空　　最长等待时间

wait_unit　varchar(5) 不允许为空　　等待时间的单位

说明：a_type用来确定接受方所需的处理人数，“0”表示需同职位的所有人一起处理，“1”表示只需该职位的任意一名员工处理，“2”表示需该职位的任意两名员工一起处理，依次递推……一起处理的方式和处理动作有关，例如是投票方式，少数服从多数，还是某人有一票否决权等等。可能针对某些处理动作还得细化，进行相关的数据建模，这里我就不细分下去了。

4)下面分析公文转发的流程环节记录。此时相当于实例化一个流程环节的对象，发送方和接受方应具体联系到管理信息系统的某个(些)用户，而不是某个用户组。每经过一环节，我们除了要保存这方面的信息，还必须保存该环节所转发的公文，以及处理状况等信息。而且，该环节所转发公文数量大于等于一，所以可以参考我之前发布的“浅谈数据库设计技巧(下)”中的“简洁的批量m:n设计”，建表大致如下：