b998b008894854600dc2ec62740a0dd66c82fa3b
背景 ---- 原 trans_borrow 是单行记录模式,身份维度只有 borrower_name 一个字符串: 「谁借的」与「谁现在还拿着」是同一个字段,无法表达持有权变更;归还时 return_time/return_operator/return_signature 被逐次覆盖,部分归还下 「谁在什么时候还了多少」永久丢失。 本次改动(全部增量,无破坏性 DDL,可回滚) ---- 1) trans_borrow 补列 · borrower_id / current_holder_id / current_holder_name —— 身份锚点 · dispatch_operator —— 执行借出的库管(operator_name 形参此前被接收却从未落库) 2) 新建 trans_borrow_transfer —— 转交流水,一行=一次转交,不做覆盖式更新 3) 新建 trans_borrow_return —— 归还流水,逐次记录,根治部分归还失忆症 4) 历史回填(已执行):85 行中 84 行 borrower_id 唯一命中 sys_user; 未归还的 32 行全部绑定 current_holder 5) 注册 borrow_transfer 权限码(无冒号形式,避免 _expand_operation_perms 前缀桥接把权限放大给所有持有 op_borrow:operation 的角色) 设计取舍 ---- · current_holder 只回填「未归还」行:已归还=物品已回库、无人持有,保持 NULL。 这样「current_holder_id IS NOT NULL」本身就是「仍在某人手上」的有效信号, 归还校验不会对已结清单据误触发。 · 三张表都不建外键:与 trans_return / trans_defective_goods 一致 —— 库存行会被入库模块物理删除(实测已有悬空),台账必须能独立存活。 · dispatch_operator 不回填历史:执行人信息从未被采集,系统中不存在可回填的 数据源;用申请人或借用人冒充实物交接人比留空更危险。 验证:迁移已对 inventory_db 执行,核对段全部通过。
Description
No description provided
Languages
Python
70.2%
CSS
14.9%
Vue
7.6%
HTML
4.2%
TypeScript
3.1%