From c0dba89fe3067089ed63f9f26b9c9846b72f8fa1 Mon Sep 17 00:00:00 2001
From: wkc <978997012@qq.com>
Date: Fri, 20 Mar 2026 09:44:03 +0800
Subject: [PATCH] =?UTF-8?q?=E8=A1=A5=E5=85=85=E6=A8=A1=E5=9E=8B=E4=BF=A1?=
 =?UTF-8?q?=E6=81=AFxlsx=E6=9B=B4=E6=96=B0=E8=AE=BE=E8=AE=A1=E6=96=87?=
 =?UTF-8?q?=E6=A1=A3?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 ...026-03-20-model-info-xlsx-update-design.md | 268 ++++++++++++++++++
 1 file changed, 268 insertions(+)
 create mode 100644 docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md

diff --git a/docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md b/docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md
new file mode 100644
index 00000000..5f371815
--- /dev/null
+++ b/docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md
@@ -0,0 +1,268 @@
+# 模型信息 XLSX 更新与 SQL 可执行性校验设计文档
+
+**模块**: 模型信息资料维护
+**日期**: 2026-03-20
+
+## 一、背景
+
+当前仓库中存在模型信息资料文件 [assets/模型信息.xlsx](/Users/wkc/Desktop/ccdi/ccdi/assets/模型信息.xlsx)，其中维护了各类风险模型的业务口径、技术口径、指标、SQL 等信息。
+
+本次需求要求在不改变文件主体结构的前提下，基于当前项目代码和当前数据库真实结构，对该文件进行一次面向落地性的整理：
+
+1. 将项目和数据库中已经明确存在的信息补充回 XLSX。
+2. 对尚未在项目中真实实现的模型，检查其 SQL 在当前环境中能否执行。
+3. 对不能执行的 SQL，明确指出当前缺少的对象、字段或执行条件。
+
+## 二、目标
+
+本次设计目标如下：
+
+1. 直接修改原文件 [assets/模型信息.xlsx](/Users/wkc/Desktop/ccdi/ccdi/assets/模型信息.xlsx)，不另存副本。
+2. 对表内模型逐行判定“已真实实现”或“未真实实现”。
+3. 对未真实实现的模型补齐可明确推出的缺失字段。
+4. 在表尾新增两个结论列：
+   - `当前环境是否可执行SQL`
+   - `当前缺少内容`
+5. 结论以当前仓库代码、当前 `ccdi` 数据库和当前 MySQL 方言能力为准，不做外部依赖默认成立的假设。
+
+## 三、范围
+
+### 3.1 本次范围
+
+- 读取并更新 `Sheet1` 现有模型数据
+- 基于项目代码、SQL 脚本、规则定义和数据库结构补充模型信息
+- 对未真实实现模型的 SQL 进行当前环境可执行性判断
+- 在 XLSX 中新增结论列
+- 补充本次操作对应的实施记录
+
+### 3.2 不在本次范围
+
+- 不新增新的业务模型
+- 不为了补齐表格而设计新的业务规则
+- 不修改项目中的后端实现逻辑
+- 不修改数据库表结构以适配 XLSX 中的未实现 SQL
+- 不对已真实实现模型的表格行进行主动重写或口径重构
+
+## 四、现状分析
+
+### 4.1 XLSX 现状
+
+`Sheet1` 当前包含 14 列，核心列包括：
+
+1. 序号
+2. 模型名称
+3. 核心异常点（展示在前端页面）
+4. 业务口径
+5. 相关指标
+6. 指标英文名
+7. 风险筛查对象
+8. 技术口径
+9. 代码
+10. 限制阈值指标
+11. 可疑结果返回
+12. 风险等级
+
+当前表内部分模型已经填有 SQL，但存在以下问题：
+
+- 部分字段为空或不完整
+- 大小写风格不统一
+- 部分 SQL 引用了当前环境中不存在的外部库表
+- 部分 SQL 包含当前 MySQL 不支持的语法或明显错误
+
+### 4.2 项目与数据库现状
+
+当前环境已确认具备以下能力和对象：
+
+- 数据库可连接，目标库为 `ccdi`
+- 已存在核心表：
+  - `ccdi_base_staff`
+  - `ccdi_bank_statement`
+  - `ccdi_staff_fmy_relation`
+  - `ccdi_asset_info`
+  - `ccdi_biz_intermediary`
+  - `ccdi_model_param`
+  - `ccdi_bank_tag_rule`
+  - `ccdi_bank_statement_tag_result`
+- `ccdi_bank_tag_rule` 已初始化多类模型规则，但其中不少规则仍为“占位规则，待补充真实SQL”
+- 仓库中已有一份核对报告 [docs/reports/implementation/2026-03-17-model-sql-check-and-rewrite.md](/Users/wkc/Desktop/ccdi/ccdi/docs/reports/implementation/2026-03-17-model-sql-check-and-rewrite.md)，可作为当前库结构和 SQL 兼容性判断的参考基线
+
+## 五、判定规则
+
+### 5.1 已真实实现模型
+
+只有同时满足以下口径之一的模型，才认定为“已真实实现”并跳过：
+
+1. 项目中已经存在真实 SQL 或明确的命中逻辑实现。
+2. 项目中已经存在真实结果产出逻辑，而不是仅有规则占位或参数定义。
+
+以下情况不认定为已真实实现：
+
+- 只有 `ccdi_bank_tag_rule` 占位规则定义
+- 只有 `ccdi_model_param` 参数定义
+- 备注中明确写明“待补充真实SQL”
+- 只有模型名称、规则编码等元数据，没有真实落地逻辑
+
+### 5.2 未真实实现模型
+
+凡是不满足“已真实实现模型”标准的行，一律进入本次补充和校验范围。
+
+对这类行执行两类操作：
+
+1. 补充可从现有项目和数据库中明确推出的信息
+2. 校验该行 SQL 在当前环境中的可执行性
+
+## 六、方案对比
+
+### 6.1 方案 A：直接在原 XLSX 上逐行补全与校验
+
+做法：
+
+- 逐行读取模型信息
+- 判定是否已真实实现
+- 对未真实实现模型直接在原表中补全与新增结论列
+
+优点：
+
+- 最短路径实现
+- 输出物就是用户要求的原始文件
+- 不引入额外中间文件或额外同步成本
+
+缺点：
+
+- 需要严格控制回填规则，避免误改已存在口径
+
+### 6.2 方案 B：先生成中间清单，再统一回写 XLSX
+
+做法：
+
+- 先把 XLSX 转成结构化清单
+- 在清单中完成判定与校验
+- 再二次回写 XLSX
+
+优点：
+
+- 处理过程更易追踪
+
+缺点：
+
+- 步骤变长
+- 不符合本次“直接修改原文件”的最短路径目标
+
+### 6.3 方案 C：只新增校验列，不回填缺失字段
+
+做法：
+
+- 保持原字段不动
+- 只新增可执行性相关两列
+
+问题：
+
+- 无法满足“根据项目和数据库内有的字段更新到这个 xlsx 中”的要求
+
+### 6.4 结论
+
+采用方案 A。
+
+## 七、XLSX 更新设计
+
+### 7.1 表结构调整
+
+保留 `Sheet1`、原列顺序和原行顺序不变，在现有最后一列后新增两列：
+
+1. `当前环境是否可执行SQL`
+2. `当前缺少内容`
+
+### 7.2 回填原则
+
+对未真实实现模型，采用“能明确推出才补，不做主观扩写”的原则：
+
+- `指标英文名`
+  - 优先使用项目中已有的 `indicator_code`、`param_code`、规则编码或现有统一命名风格
+- `风险筛查对象`
+  - 优先从 SQL 的 `from/join` 范围、现有规则定义和同类模型写法中归纳
+- `技术口径`
+  - 优先按 SQL 实际筛选逻辑进行摘要式补充
+- `可疑结果返回`
+  - 按 SQL 输出对象判断，例如 `流水明细`、`对象聚合`
+- `风险等级`
+  - 优先采用当前规则表或同类规则现有等级
+
+若现有材料无法唯一确定，则保留原值，不额外发明新业务口径。
+
+### 7.3 已真实实现模型处理原则
+
+对于已真实实现模型：
+
+- 仅做识别和跳过
+- 不主动回填原行缺失字段
+- 不因当前表格写法和现有实现口径略有差异而重写整行
+
+## 八、SQL 可执行性校验设计
+
+### 8.1 校验基准
+
+SQL 是否“可在当前环境执行”，以以下条件同时成立为准：
+
+1. 当前 `ccdi` 数据库中相关表和字段已存在
+2. SQL 使用的函数和语法兼容当前 MySQL 能力
+3. SQL 中引用的对象不依赖当前环境不存在的外部 schema、外部表或临时准备表
+4. SQL 本身不存在明显语法错误
+
+### 8.2 结论写法
+
+- 可执行：`是`
+- 不可执行：`否`
+
+### 8.3 缺少内容写法
+
+- 若可执行，填写 `/`
+- 若不可执行，填写最小必需缺项或明确错误，示例：
+  - `缺少外部表 odsdb.blfmconf`
+  - `缺少中介账号清单表`
+  - `当前 MySQL 不支持 WITH`
+  - `exists 子句写法错误`
+  - `SQL 中占位变量 PROJECT_ID 未替换`
+
+### 8.4 不做的事情
+
+本次不会为了让 SQL 勉强通过而：
+
+- 默认补造不存在的中间表
+- 默认将外部库对象视为可访问
+- 擅自重写业务含义
+
+如果当前环境缺项导致 SQL 无法执行，直接在结论列中说明。
+
+## 九、执行步骤
+
+按以下顺序执行：
+
+1. 读取 XLSX 全部模型行
+2. 基于项目代码、规则表、SQL 脚本和数据库结构逐行判定是否已真实实现
+3. 对未真实实现模型补齐可明确推出的字段
+4. 对未真实实现模型的 SQL 做当前环境可执行性判断
+5. 回写两个新增结论列
+6. 保存原文件
+7. 在 `docs/reports/implementation/` 补充本次实施记录
+
+## 十、风险与控制
+
+### 10.1 主要风险
+
+1. 误把占位规则判定为已实现，导致该行被错误跳过
+2. 根据不充分信息补出带有主观推断的业务口径
+3. 将“理论可改写后可执行”误写成“当前环境可执行”
+
+### 10.2 控制措施
+
+1. 已实现判定从严，仅认可真实 SQL 或真实结果逻辑
+2. 回填坚持“可明确推出才补”
+3. 可执行性仅以“当前环境直接执行”为准，不按未来补齐条件判断
+
+## 十一、产出物
+
+本次最终产出包括：
+
+1. 更新后的 [assets/模型信息.xlsx](/Users/wkc/Desktop/ccdi/ccdi/assets/模型信息.xlsx)
+2. 本设计文档 [docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md](/Users/wkc/Desktop/ccdi/ccdi/docs/superpowers/specs/2026-03-20-model-info-xlsx-update-design.md)
+3. 一份实施记录文档，落在 `docs/reports/implementation/`