Files
openclaw-config/workspace-sql/memory/2026-07-28.md
T
2026-07-28 15:31:28 +08:00

45 lines
2.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 2026-07-28 工作记录
## 默认数据库配置更新
**时间:** 13:15
根据用户要求,将默认数据库从本地 Docker 改为 **VPS101.34.227.188**,技能也默认指向 VPS。
**修改文件:**
- `AGENTS.md` — 新增「默认数据库」章节
- `IDENTITY.md` — 新增默认数据库配置
- `TOOLS.md` — VPS 标为「默认」,加默认连接串和规则
**默认规则:** 未指定环境时默认走 VPS,表名必须带库前缀(如 `dmp_serp.table`),切换环境需明确告知。
---
## 修复脚本:kunzhou 库存主表数量异常
**时间:** 13:16-14:45
**企业:** `ecid = 'kunzhou'`
**问题:** 批量入库 `PI2607260007` 导致 `GH032-16-0006`(工厂 KZ / 仓库 KZCK-003)的库存主表 `dmp_im_shelf_stock` 未累加数量(stock_quantity=0, available_quantity=0, frozen_quantity=-1),但流水和货位明细数据正确。
**诊断:**
- 流水 `dmp_im_stock_in_out_flow_detail` 记录入库 2
- 货位 `dmp_im_shelf_model` 记录 stock_in_quantity=2, available_quantity=2
- 主表三个数量字段均未更新
- 该企业只有 1 条库存记录,冻结量异常负值仅此一条
- 同一入库单 `PI2607260007` 仅涉及该物料
**注意事项:**
- 另一物料 `S9-101-1320-0001-04` 虽然有库存为零但流水一入一出,属于正常归零,不应修改
- 不确定的业务数据(如 frozen_quantity 非异常负值时)不动
- 修正时以货位明细入库量合计为准,不硬编码数字
**生成的脚本(xuan-sql/scripts/):**
1. **`fix_kunzhou_stock_qty_gh032_16_0006.sql`** — 泛化查询版本,对比主表与货位明细合计找出异常,动态修正(不写死 PK)
2. **`fix_kunzhou_stock_qty_gh032_16_0006_precise.sql`** — 精确版本,锁定单条 `id`,通过 JOIN 货位明细计算入库量合计,可复用
3. **`fix_kunzhou_stock_qty_zero.sql`** — 泛化查询,修 `stock_quantity=0``available_quantity=0` 且货位有数据的记录,只改数量字段,不动 frozen_quantity
**教训:** 脚本中的表名必须加数据库前缀(`dmp_serp.`),执行前先 SELECT 确认再 UPDATE。