重现步骤

[步骤]

近期业务经常反馈自定义-指定商品策略执行漏数据。陆陆续续一直也都有反馈,技术查询时,总是说数据被删除,需要查询具体原因

目前涉及策略有  873  874    ,这两个策略人工各导入有10万条,指定了执行日期区间14-21号,但是实际执行加起来才500条,需要核验一下为什么没执行

[结果]


[期望]


历史记录  
  1. 2025-02-25 10:22:04, 由 徐格格 创建。
  2. 2025-02-25 10:23:31, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
  3. 2025-02-25 10:23:41, 由 徐格格 编辑。
    修改了 解决时效,旧值为 "0",新值为 "-1"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "luoyoujun"。
    修改了 影响环境,旧值为 "pro627,",新值为 "pro627"。
    修改了 重现步骤,区别为:
    003- 目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,但是实际执行加起来才500条,需要核验一下为什么没执行
    003+ 目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间,但是实际执行加起来才500条,需要核验一下为什么没执行
    003- <p>目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,但是实际执行加起来才500条,需要核验一下为什么没执行</p>
    003+ <p>目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间,但是实际执行加起来才500条,需要核验一下为什么没执行</p>
  4. 2025-02-25 10:23:57, 由 徐格格 编辑。
    修改了 解决时效,旧值为 "0",新值为 "-1"。
    修改了 重现步骤,区别为:
    003- 目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间,但是实际执行加起来才500条,需要核验一下为什么没执行
    003+ 目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间14-21号,但是实际执行加起来才500条,需要核验一下为什么没执行
    003- <p>目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间,但是实际执行加起来才500条,需要核验一下为什么没执行</p>
    003+ <p>目前涉及策略有 873 874 ,这两个策略人工各导入有10万条,指定了执行日期区间14-21号,但是实际执行加起来才500条,需要核验一下为什么没执行</p>
  5. 2025-02-25 10:24:21, 由 徐格格 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
  6. 2025-02-25 11:22:56, 由 张家添 解决,方案为 非BUG-纯属误判 。
    修改了 解决方案,旧值为 "",新值为 "feibug"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2025-02-25 11:15:29"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 是否确认,旧值为 "0",新值为 "1"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。
    没数据
    SELECT * FROM `zhcxkj_autochoose`.`config_promotion_value` WHERE `ConfigId` IN (873,874) LIMIT 0,100


  7. 2025-02-25 17:13:46, 由 徐格格 激活。
    修改了 指派给 ,旧值为 "xugege",新值为 "luoyoujun"。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "active"。
    修改了 激活日期,旧值为 "",新值为 "2025-02-25 17:13:46"。
    修改了 激活次数,旧值为 "0",新值为 "1"。
    修改了 解决方案,旧值为 "feibug",新值为 ""。
    修改了 解决日期,旧值为 "2025-02-25 11:15:29",新值为 "0000-00-00"。
    修改了 解决者 ,旧值为 "zhangjiatian",新值为 ""。
    修改了 解决版本,旧值为 "trunk",新值为 ""。
    修改了 关闭日期,旧值为 "",新值为 "0000-00-00"。

    这个BUG就是要查询为什么数据被删除的,业务已经反馈多次了,一直未解决。

    刚刚重新建了两个策略;人工导入表格的,策略ID875  876

    这周需要重点跟进数据库的listing为什么会被删除。

  8. 2025-02-26 14:41:37, 由 罗友军 指派给 张家添。
    修改了 指派给,旧值为 "luoyoujun",新值为 "zhangjiatian"。
  9. 2025-02-26 14:44:18, 由 张家添 解决,方案为 程序BUG 。
    修改了 解决方案,旧值为 "",新值为 "code"。
    修改了 解决版本,旧值为 "",新值为 "trunk"。
    修改了 解决日期,旧值为 "",新值为 "2025-02-26 14:39:08"。
    修改了 指派给 ,旧值为 "zhangjiatian",新值为 "xugege"。
    修改了 Bug状态 ,旧值为 "active",新值为 "resolved"。
    修改了 解决者 ,旧值为 "",新值为 "zhangjiatian"。

    错误原因:前端编辑,指定商品会带入数据,就会清理不存在的数据。

    解决方案:排除导入商品这个类型
    涉及项目:Zhcxkj.AutoChoose.Web,层级促销策略、日本积分策略、优惠券策略
    代码:Config_Promotion_Service,Config_Integral_Service,Config_Coupon_Service


  10. 2025-02-26 15:06:28, 由 罗友军 指派给 王超。
    修改了 指派给,旧值为 "xugege",新值为 "wangchao"。
  11. 2025-02-26 15:13:13, 由 罗友军 指派给 程宽。
    修改了 指派给,旧值为 "wangchao",新值为 "chengkuan"。
  12. 2025-02-26 17:00:06, 由 程宽 指派给 罗友军。
    修改了 指派给,旧值为 "chengkuan",新值为 "luoyoujun"。
    可以发版
  13. 2025-02-26 19:21:29, 由 罗友军 指派给 程宽。
    修改了 指派给,旧值为 "luoyoujun",新值为 "chengkuan"。
    已发布
  14. 2025-02-27 18:33:25, 由 徐格格 编辑。
    修改了 指派给,旧值为 "chengkuan",新值为 "closed"。
  15. 2025-02-28 09:18:46, 由 程宽 关闭。
    修改了 Bug状态 ,旧值为 "resolved",新值为 "closed"。
    修改了 由谁关闭,旧值为 "",新值为 "chengkuan"。
    修改了 关闭日期,旧值为 "",新值为 "2025-02-28 09:18:46"。
所属项目 智能中心-需求池
所属模块 战略独立项目   智能运营
所属计划
所属迭代
Bug类型
严重程度 一般
优先级 P1
Bug状态 已关闭
业务部门 智能研发中心
影响功能
开发责任人 张家添
测试责任人 王超
解决时效 0
激活次数 1
激活日期 2025-02-25 17:13:46
是否确认 是
当前指派 Closed 于 2025-02-28 09:18:46
截止日期 0000-00-00
上线时间 0000-00-00 00:00:00
上线时效 -1
操作系统
浏览器
关键词
抄送给
所属迭代
相关需求
相关任务
由谁创建 徐格格 于 2025-02-25 10:22:04
影响环境 生产环境-业务反馈
由谁解决 张家添 于 2025-02-26 14:39:08
解决版本 主干
解决方案 程序BUG
由谁关闭 程宽 于 2025-02-28 09:18:46
最后修改 程宽 于 2025-02-28 09:18:46
相关Bug