[步骤]
数据库中 SKU 为 varchar ，通过监控抓取到的 SQL 为nvarchar
(@p1 bigint,@p2 nvarchar(max))SELECT P.SKU FROM RB_Product P (nolock) WHERE P.CustomerID = @p1 AND P.SKU in (@p2);
统一按照数据库类型处理
[结果]
[期望]
统一按照数据库类型处理
重现步骤
历史记录
- 2024-04-24 14:20:04, 由 袁慧斌 创建。
-
2024-04-24 14:22:35, 由 李乐同 指派给 何建宝。
修改了 指派给，旧值为 "liletong"，新值为 "hejianbao"。
-
2024-04-24 17:53:43, 由 何建宝 指派给 袁慧斌。
修改了 指派给，旧值为 "hejianbao"，新值为 "yuanhuibin"。
提供的信息太少，具体哪个实例的提供下，这样无法定位代码在哪里 -
2024-04-25 14:00:27, 由 袁慧斌 指派给 李乐同。
修改了 指派给，旧值为 "yuanhuibin"，新值为 "liletong"。
后台定位 实时查询 只能查询到这样多 -
2024-04-25 14:44:05, 由 李乐同 指派给 何建宝。
修改了 指派给，旧值为 "liletong"，新值为 "hejianbao"。
-
2024-04-25 17:14:09, 由 何建宝 指派给 黄金龙。
修改了 指派给，旧值为 "hejianbao"，新值为 "huangjinlong"。
这种SQL一看就是SQLSugar转化生成的，也不影响性能，而且代码也不好找，不用去凑数量搞优化 -
2024-09-02 10:16:21, 由 李乐同 指派给 袁慧斌。
修改了 指派给，旧值为 "huangjinlong"，新值为 "yuanhuibin"。
-
2024-09-04 10:29:37, 由 袁慧斌 解决，方案为 系统设计缺陷 。
修改了 解决方案，旧值为 ""，新值为 "bydesign"。
修改了 解决版本，旧值为 ""，新值为 "577"。
修改了 解决日期，旧值为 ""，新值为 "2024-09-04 10:29:26"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 是否确认，旧值为 "0"，新值为 "1"。
修改了 解决者 ，旧值为 ""，新值为 "yuanhuibin"。
-
2024-09-04 10:29:39, 由 袁慧斌 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "yuanhuibin"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "yuanhuibin"。
修改了 关闭日期，旧值为 ""，新值为 "2024-09-04 10:29:39"。
-
2024-10-06 21:10:34, 由 官荣荣 编辑。
修改了 解决时效，旧值为 "0"，新值为 "2228.16"。
| 由谁创建 | 袁慧斌 于 2024-04-24 14:20:04 |
|---|---|
| 影响环境 |
577 |
| 由谁解决 | 袁慧斌 于 2024-09-04 10:29:26 |
| 解决版本 | ERP-生产环境 |
| 解决方案 | 系统设计缺陷 |
| 由谁关闭 | 袁慧斌 于 2024-09-04 10:29:39 |
| 最后修改 | 官荣荣 于 2024-10-06 21:10:34 |
| 相关Bug |
|---|