liuwenxin 9964281c14 fix(approval): 版本号唯一键兜底 + 取号改当前读防并发重复 ... - V12 迁移：先重排存量重复 (order_type, ref_id) 分组的 version_no （V11 把存量一律置 1，而 V11 前重提是新建行），再加 uk_approval_orders_order_type_ref_version；只重排真有重复的分组， 避免改动前端已展示过的历史版本号 - _next_version 改锁读（select version_no ... FOR UPDATE，最大值在 Python 侧算）：请求级鉴权的普通 SELECT 已把 REPEATABLE READ 快照 锚定在请求开始时刻，原 MAX 快照读在并发下会算出同一版本号； 聚合 + FOR UPDATE 为 MySQL 明确禁止，故不锁聚合结果 - 编辑与月结提交路径把 1062 收敛为 400「提交冲突（版本号生成重复）， 请重试」，其余完整性错误原样上抛；submit_order 内不 catch/rollback - 驳回清空方案的过时注释改为 V11 起的 append-only 语义（置历史不删行） - init-dev.sql 同步唯一键与 alembic_version 7f4f7b918bc4，导出 V12 SQL - 测试：集成 +5（锁读 SQL 形态、两会话快照回归、唯一键 1062、冲突 400、 正常递增）+ 单元 +1；工作台假审批单改用不同 ref_id 适配唯一键 - 全量回归 897 passed；ruff 与前端 type-check 绿 Co-Authored-By: Claude Code <noreply@anthropic.com>		2026-10-22 13:31:01 +08:00
..
V1__init_rbac_and_login_logs.sql	chore: 初始化项目结构与登录鉴权模块	2026-10-09 18:46:36 +08:00
V2__add_operation_logs.sql	feat(system): 新增操作日志表与 V2 迁移	2026-10-10 10:44:05 +08:00
V3__add_business_roles_and_params.sql	feat(system): 新增岗位角色与计提参数四表及 V3 迁移	2026-10-12 16:13:13 +08:00
V4__add_base_data_tables.sql	feat(base): 新增基础数据六表及 V4 迁移（人员/辐射区域/拓展计划/产品/客户/归属留痕）	2026-10-13 09:49:05 +08:00
V5__add_business_data_tables.sql	feat(business): 新增业务数据七表及 V5 迁移（业务/明细/状态留痕/发货/回款/评级配置）	2026-10-13 11:22:34 +08:00
V6__add_settings_allocations_approvals.sql	fix(m3): code-review 15 项修复（13 项落地，2 项依赖分摊语义记待办）	2026-10-16 14:23:53 +08:00
V7__add_ledger_settlements_adjustments.sql	fix(m3): code-review P1——锁定不变量、入结回填与双轨漂移	2026-10-19 11:59:49 +08:00
V8__seed_replies_and_ledger_uk.sql	chore(migration): 收敛重复 V8 SQL——保留英文名版本（与并行会话对账，内容等价）	2026-10-19 11:13:28 +08:00
V9__add_secondary_allocations_uk.sql	fix(m3): code-review P1——锁定不变量、入结回填与双轨漂移	2026-10-19 11:59:49 +08:00
V10__warning_rule_params.sql	feat(dashboard): 工作台四区块实时聚合与风险预警参数	2026-10-19 18:44:15 +08:00
V11__approval_snapshot_and_allocation_versions.sql	feat(approval): 审批单内容快照与二次分配方案版本化	2026-10-20 18:30:51 +08:00
V12__approval_order_version_unique.sql	fix(approval): 版本号唯一键兜底 + 取号改当前读防并发重复	2026-10-22 13:31:01 +08:00