数据回传的设计

多系统交互，回传的设计。

最初设计，添加一张回传表。将需要回传的数据(最近一两天)放到备份表里，重试6次，超6次不再回传。
但是有个问题，不能很好的把控范围，虽然主键可以避免重复，但是总会多扫。
回传表设计：
id
serial_no 序列号(对应唯一标识)
type 类型(例如，有多中不同场景要回传)
status 状态
times 次数
create_date 创建时间
update_date 更新时间

联合约束：
可以根据id、serial_no、type一起来做约束。

优化方案：
实际回传肯定应该放到主表里，根据条件筛选，一目了然。
最初设计回传表的原因估计是怕产品迭代，所以尽量不改标准产品。后续产品兼容了扩展字段，就不存在这个问题了。
主表新增3个字段(或是扩展表新增3个字段)：
callback_status 回传状态 0未回传(默认) 1已回传
callback_times 次数
callback_message 信息，这里不用做list，可以用逗号分隔，将每次的提示信息都拼接起来，是够用的。

但是有一类数据是不能做到主表的，就是预数据。
例如没有落到主表，预数据删除了，也不会存库，这样的才需要存到备份表。

两者结合才算是比较好的方案。