订单、明细、客户、商品、退货要按已确认的关系连表汇总；对账表里的「单号」、天气日志里的「日期」、绩效表里的工号，列名看着像键，却不是本案例建模里的关系。自然语言一旦误连这些旁路表，金额会被加错，退货也会对到错误的单。
「NP-SQL」算子专为自然语言跨表取数与汇总而设计，源表只读。本案例提供一套完整的工业测试数据包，带您由浅入深验证算子的自然语言跨表汇总、点名只要某几张表、防误连对账 / 天气 / 绩效以及单表计数。
一、 案例数据集说明
本案例包含 9 份典型的业务数据表。测试前，建议一键下载全部数据并导入至当前工作流的工作空间中：
数据声明：本页提供的全部案例表格均为测试数据，由 AI 生成，不对应任何真实个人、机构或业务记录，仅供功能演示与操作练习，请勿作为真实业务依据。
1. 测试表结构速览
| 数据表名称 | 业务场景角色 | 初始包含字段列表 | 测试重点验证方向 |
|---|---|---|---|
| 订单.xlsx | 订单主表 | 订单号, 客户编号, 下单日期, 订单金额, 状态, 大区, 备注（6 行；O001 / C01 / 2024-01-05 / 100 / 已完成 / 华东）。状态取值「已完成 / 已取消」 |
跨表或单表按大区汇总；源表不改 |
| 订单明细.xlsx | 订单行项目 | 明细编号, 订单号, 商品编号, 数量, 单价, 金额（9 行；O001：P01×1 + P02×2 = 100） |
按商品编号汇总；勿把订单金额按明细行加重复 |
| 客户.xlsx | 客户维表 | 客户编号, 客户名, 等级, 城市, 备注, 注册日期（4 行；C01 张三 金 上海；C02 李四 银 北京；C03 王五 金 广州；C04 赵六 铜 深圳）。等级取值「金 / 银 / 铜」 |
按客户名 / 等级汇总；无订单客户不应出现 |
| 商品.xlsx | 商品维表 | 商品编号, 商品名, 品类, 成本（P01 绿茶 饮料；P02 薯片 零食；P03 洗衣液 日化） |
未点名可不连；关系键为商品编号 |
| 退货.xlsx | 退货事实 | 退货单号, 订单号, 退货金额, 退货日期（仅 R01 / O003 / 80 / 2024-02-10） |
订单联退货；勿把对账表单号当退货键 |
| 对账表.xlsx | 旁路对照 | 单号, 金额, 差额（含 O001，和订单号不是一条关系，不会自动连上） |
未点名不被改写；防误连 |
| 天气日志.xlsx | 旁路对照 | 日期, 温度, 降雨量（和订单没有建关系） |
未点名不被改写；防误连 |
| 员工绩效.xlsx | 旁路对照 | 工号, 姓名, 加班时长, 绩效分（2 行） |
未点名不被用上 |
| 干扰表.xlsx | 干扰 | 备注, 内容 |
未点名不被改写 |
也可以按需单表下载：
二、 测试上手步骤指引
按照以下标准步骤进行交互式测试：
- 导入案例数据：在 DT-Bot 界面左侧「工作空间」区域，点击【导入】，批量上传上述 9 个 Excel 表格。
- 确认表关系后再部署算子：先到「表关系建模」确认下面 4 条关系，再测跨表。关系请按列连上：订单.订单号 — 订单明细.订单号；订单.客户编号 — 客户.客户编号；订单明细.商品编号 — 商品.商品编号；订单.订单号 — 退货.订单号。确认后，在左侧算子库中找到「数据统计」分类下的 「NP-SQL」 算子，将其拖拽至中间画布区域。
- 录入测试指令：单击选中该「NP-SQL」节点，在右侧弹出的属性配置面板中，将下方测试用例中的【测试提示词】复制粘贴至提示词框中。每次只粘贴一条。客户等级取值是「金 / 银 / 铜」，订单状态是「已完成 / 已取消」。
- 执行并核验：点击节点右上角的【运行】按钮。运行完成后，双击节点输出或在「AI 表编辑器」中核对照「预期输出结果对比」。源表应还在、不会被改写。
- 测试复原技巧：
- 「NP-SQL」写出新表，源表只读。未写结果名时，新表一般叫「源表名_NP-SQL」。
- 连续换用例时，可删除上一轮结果表或重新导入，以免同名结果表混淆核验。
三、 核心测试用例集（由浅入深）
用例 1：点名订单联客户
- 测试目的：验证订单联客户后，按客户名汇总已完成订单金额；无订单客户不应出现，旁路表不被改写。
- 测试提示词：
用订单和客户两张表，按客户名汇总已完成订单的订单金额。
- 预期输出结果对比：
- 结果表：张三 300、李四 300、王五 200；赵六无订单不在（没有订单的客户不会出现）。
- 源表保全：源表行数不变；对账表 / 天气日志 / 干扰表不变。
- 核验重点：只连已确认的订单.客户编号 — 客户.客户编号；未点名不被改写。
用例 2：别动对账和天气
- 测试目的：验证显式排除对账表与天气日志后，按客户等级汇总已完成订单金额。
- 测试提示词：
对账表和天气日志都别动，订单联客户，看各等级已完成订单金额合计。
- 预期输出结果对比：
- 结果表：金 张三+王五=300+200=500；银 李四=300；铜无已完成订单。
- 旁路表：对账表 / 天气日志不变。
- 核验重点：等级取值按「金 / 银 / 铜」；防误连对账 / 天气。
用例 3：不要绩效要明细
- 测试目的：验证只要订单和订单明细、排除员工绩效后，按商品编号汇总数量（提示词未限制已完成时含已取消）。
- 测试提示词：
不要用员工绩效，只要订单和订单明细，按商品编号汇总数量。
- 预期输出结果对比：
- 结果表：P01 1+5+1+3=10；P02 2+2+3=7；P03 2+1=3（含已取消 O004 的 3 件——若提示词没说只要已完成）。
- 旁路表：员工绩效不被用上。
- 核验重点：未点名绩效表不得进入连接。
用例 4：点名订单按大区
- 测试目的：验证单表即可按大区汇总已完成订单金额，不得再连订单明细导致金额加重复。
- 测试提示词：
工作空间里的订单，已完成的按大区汇总订单金额。
- 预期输出结果对比：
- 结果表：单表即可。华东 300、华北 300、华南 200。
- 核验重点：不要再去连订单明细，否则金额会被加重复。
用例 5：只要客户表
- 测试目的：验证单表计数：只要客户表，各等级各有多少人，不要去碰订单。
- 测试提示词：
只要客户表，各等级各有多少人。
- 预期输出结果对比：
- 结果表：金 2、银 1、铜 1。
- 核验重点：不要去碰订单；单表计数。
用例 6：只要明细不要订单
- 测试目的：验证点名订单明细并排除订单后，只看明细汇总数量和金额。
- 测试提示词：
点名订单明细，不要订单，按商品编号汇总数量和金额。
- 预期输出结果对比：
- 结果表：只看订单明细，不要去连订单表；P01 数量 10，金额 40+200+40+150=430。
- 核验重点：不得因「订单号」列名相同就连回订单。
用例 7：订单联退货别碰对账
- 测试目的：验证订单联退货只走已确认关系，不得把对账表单号 O001 当退货键。
- 测试提示词：
对账表别碰，订单联退货，看每个已完成订单退了多少钱。
- 预期输出结果对比：
- 结果表：仅 O003 退 80。
- 核验重点：不要把对账表单号 O001 当退货键；对账表未点名不被改写。
用例 8：按订单号连明细
- 测试目的：验证按订单号连接后，每个订单的明细条数与订单金额口径：明细可展开，但订单金额不得按行加重复。
- 测试提示词：
按订单号把订单和订单明细连上，每个订单几条明细、订单金额多少。
- 预期输出结果对比：
- 结果表：6 个订单；O001 两条明细仍只对应订单金额 100（明细行可展开，但不要把 100 加两次当 200）。
- 核验重点：连接键为订单.订单号 — 订单明细.订单号。
四、 常见测试问题与操作贴士（FAQ）
-
Q1：导入 Excel 文件后，工作空间里的表名带上了
_Sheet1（如订单_Sheet1），提示词该怎么写？
答：DT-Bot 具备智能表名模糊匹配能力，在提示词中直接书写订单或订单_Sheet1均可精确命中。若希望工作空间保持纯粹干净，可在本节点前接入「改表名」算子批量去掉后缀。 -
Q2：运行后源表还在，新表应该叫什么？
答：源表只读不改。未写结果名时，新表一般叫「源表名_NP-SQL」。双击节点或打开「AI 表编辑器」核的是新结果表。 -
Q3：连续测多条提示词时汇总金额「对不上」？
答：上一轮结果表可能仍留在工作空间，或表关系被改过。建议重新导入原始表格，并再次到「表关系建模」确认 4 条关系后再测。 -
Q4：跨表前必须确认哪些关系？等级和状态怎么写？
答：先到「表关系建模」确认：订单.订单号 — 订单明细.订单号；订单.客户编号 — 客户.客户编号；订单明细.商品编号 — 商品.商品编号；订单.订单号 — 退货.订单号。客户等级取值是「金 / 银 / 铜」，订单状态是「已完成 / 已取消」。对账表的「单号」、天气日志的「日期」不是上述关系，不得自动连上。