应该把 " 固定的那些字段 " 和 " 需要经常查询的字段 " 在可以作为1条行数据保存的前提下存到数据库中 . 然后那些做活的字段另建张表 , 作为一对多的关系 .
2.涉及到发送全体的,然后还又要根据是否报价筛选列表的,就不要在询价单加状态了.
2018-06-08 09:57:59
踩坑纪录: 本来是设计的所有字段都给他做活 , 没有一对多这种设计 , 直接就是一个订单由N条行数据组成一个list返回 . 秉承了方便统计的原则 , 还在N条行数据中加了许多统计用的字段 .
业务场景需要先根据单号去有一堆数据的报价表查出报价人的ID的list,再通过报价人ID和单号整理出每个报价单的list . 导致为了报价人iD而去查一堆数据有点浪费了.