[步骤]



[结果]
[期望]
SKU明细数量和列表统计的数量保持一致[步骤]



[结果]
[期望]
SKU明细数量和列表统计的数量保持一致| 所属项目 | 技术中心-需求池 |
|---|---|
| 所属模块 | / |
| 所属迭代 | 技术研发中心 1月分支版本(2023年) |
| Bug类型 | |
| 严重程度 | 提示 |
| 优先级 | P2 |
| Bug状态 | 已关闭 |
| 业务部门 | |
| 开发责任人 | |
| 测试责任人 | |
| 解决时效 | 0 |
| 激活次数 | 0 |
| 激活日期 | |
| 当前指派 | Closed 于 2023-01-09 14:27:41 |
| 截止日期 | 0000-00-00 |
| 上线时间 | |
| 上线时效 | |
| 关键词 | |
| 抄送给 |
| 所属迭代 | 技术研发中心 1月分支版本(2023年) |
|---|---|
| 相关需求 | |
| 相关任务 |
| 由谁创建 | tanhongbo 于 2023-01-04 09:56:49 |
|---|---|
| 影响环境 |
647 |
| 由谁解决 | 田新旭 于 2023-01-05 19:17:22 |
| 解决版本 | 主干 |
| 解决方案 | 产品需求缺陷 |
| 由谁关闭 | tanhongbo 于 2023-01-09 14:27:41 |
| 最后修改 | tanhongbo 于 2023-01-09 14:27:41 |
| 相关Bug |
|---|
1:SKU打开不显示的问题是 当时在统计服务中,主表数据已经插入 而SKU关联表数据未插入,这里因为功能不考虑 事务处理 入库时间不同时才会出现,该问题不处理
2:数量不一致 另外的原因是可能数据重复统计,相同SKU 是不做考虑重复过滤的 逻辑需要捞全部数据处理,这样性能会浪费
开发时 已沟通过 改功能只做累加处理,不进行历史数据 重新统计合并计算