A B 两个表。
A表是基础表（公司，平台，操作人等）
B表是数据表（公司，充值信息等，跟A表一对多关联）
业务是页面上要查询B表数据，B表的查询条件有平台，操作人。
如出现 某一天修改过公司对应的平台信息或者操作人
那就会出现订单1 本来是属于 平台1 的，现在是平台2了，关联就不对了
目前的想法：
将平台，操作人等在B表记录时直接放入B表，但是以后如果还有其他的查询字段呢，就也需要这样处理了，而且还要去补充之前缺失的这个字段的数据，感觉不是很好。
请大佬们指教下哈，有木有更好的办法
啥？
按照这想法，是一种比较直观的办法是信息集中于B表。但是B表会冗余字段，脱离A表直接对应联系，还有所说的补充字段成本。从您的阐述的业务角度，可以看成一种“日志”，可将不想被修改的订单相关的初始关联信息一并作文档存储处理，如mongo等等，写个脚本补充之前记录关系即可。读取即处理“日志”就好了，拙略看法建议
订单有时会比较特殊，比如客户下单买了个商品叫杯子，你不能因为更改了商品名称叫水杯就让客户看到差异。所以我们一般会将下单当时的数据也一并记下来，需要随关系变动的部分也进行记录。
增加个交易快照表
请登录
关于 LearnKu
粤公网安备 44030502004330号
按照这想法，是一种比较直观的办法是信息集中于B表。但是B表会冗余字段，脱离A表直接对应联系，还有所说的补充字段成本。从您的阐述的业务角度，可以看成一种“日志”，可将不想被修改的订单相关的初始关联信息一并作文档存储处理，如mongo等等，写个脚本补充之前记录关系即可。读取即处理“日志”就好了，拙略看法建议