openclaw-config/workspace-sql/memory/2026-07-28.md

2026-07-28 工作记录

默认数据库配置更新

时间： 13:15

根据用户要求，将默认数据库从本地 Docker 改为 VPS（101.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。