关于表设计

[jldzy]

现在有这样需求，
一个任务，可以分给一个人做，当这个人不在的时候或者忙不过来的时候，也可以分给其他人做，但是一个任务始终是分配在一个人下， 有2种设计：
一
TaskAssign
TaskId, AssignTo,AssignDate,AssignStatus,Comments

二
有2个表
TaskAssign
TaskId, AssignTo,AssignDate,Comments

TaskAssignLog
Id,TaskId, AssignTo,AssignDate,Comments

对于修改的情况比例不大，但是有一个页面是专门查一个Task 分配的情况，主要是分配给了几个人。
我个人偏向第一种， 大家呢 ？

[专注or全面]

给的信息太少了吧 一个任务，可以分给一个人做，当这个人不在的时候或者忙不过来的时候，也可以分给其他人做， 但是一个任务始终是分配在一个人下 那就是分配任务之后无法修改任务实施人，要两张表干啥？

[xiaodongni]

没看懂 感觉可以这样 任务ID 第一分配人， 第二分配人 这样不行吗。 前台程序先发给第一个人。如果太忙，拒绝接受，就分配给第二人。这样下去

[jldzy]

例如： 就是一task 先分配给 A, 发现A 做不了， 然后分配给B, 发现B 做不了就分配给C.. ，最终可能分配给 H, 但是要查询 到 这个任务 分配历史情况， 也就是 A 到 H，

[xiaodongni]

引用 3 楼 jldzy 的回复:

例如： 就是一task 先分配给 A, 发现A 做不了， 然后分配给B, 发现B 做不了就分配给C.. ，最终可能分配给 H, 但是要查询 到 这个任务 分配历史情况， 也就是 A 到 H，

发现A做不了在数据库怎么体现。比如有个执行任务表（任务ID，执行人ID）（该表只有正在执行的任务。完成的任务不在）如果A已经在执行2个任务。那么认为A 做不了。还是通过程序。 先分配给A 。的等待A的回复。如果A拒绝。就分配给B？

[还在加载中灬]

引用 3 楼 jldzy 的回复:

例如： 就是一task 先分配给 A, 发现A 做不了， 然后分配给B, 发现B 做不了就分配给C.. ，最终可能分配给 H, 但是要查询 到 这个任务 分配历史情况， 也就是 A 到 H，

如果要记录历史，很明显要第二种啊，照你目前所整理的需求，第二种比较灵活，还可以处理，一个人处理到一半另外一个人接手的情况，可以再根据需要增删改字段