关于表设计,该怎么处理

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

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

TaskAssignLog
Id,TaskId, AssignTo,AssignDate,Comments

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


------解决思路----------------------

引用:

例如：

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

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

引用:

例如：

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

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