报表关联一张明细表后数量翻倍，Agent 怎样找出连接放大的依据

报表连接一张明细表后数量翻倍，先要看原表一行代表什么、新表每个键有几行，以及汇总到底在数哪一种对象。Agent可以逐键列匹配倍数和贡献路径，解释数字从哪里增多，再提出供数据人员审阅的改写候选。不能一见重复就全表去重。

粒度先于连接字段名

工单表一行一个工单，标签表一行一个标签关联，连接以后自然可能一张工单出现多行。这个展开本身不一定错误；若要数标签使用次数，它有意义，若仍数工单，则要重新确认计量方式。字段都叫id，也不证明两表键含义相同。

官方机制说明1：多对多与桥接关系需要明确关联键和过滤传播；本文不把桥接表当作自动消除重复的通用办法。；官方机制说明2：事实表粒度、维度键与Type 2有效期/代理键支持历史归属；Power Query不能凭当前值恢复丢失历史。

多对多与桥接需要明确关系和过滤，不能把加桥接表说成自动消除所有重复。本文从客户提供的表粒度和查询草案出发，未连接真实数据库。

合成输入1。 工单T1一行，标签有A/B两行，连接后COUNT工单成2

预期处置：指出一对多展开及计数口径，提交去重/预聚合候选待数据人员确认

合成输入2。 工单T2两条合法执行明细，关联工单头后有两行

预期处置：保留合法粒度，不机械去重

合成输入3。 两张事实表按日期连接，某日各2与3行

预期处置：提供6条组合可复算输入，结果填写栏留空

T1只有一条工单行，标签A/B两行，连接后两条都含T1。报告若按行数计工单就会放大，而按标签统计未必有问题。T2有两次合法执行，输出两行可能正是需要的事实粒度，不应为了恢复一行而删掉其中一次。

第三例同日工单事实E1、E2，与另一事实表D1、D2、D3仅按日期连接，会得到E1-D1、E1-D2、E1-D3、E2-D1、E2-D2、E2-D3六种配对。原来两条工单事实不能因此解释成六个事件。附件列出两边全部键，读者可独立复算匹配关系。

如果业务确实要比较两类每日总量，可由数据人员考虑先按各自批准粒度聚合再关联。但选择哪种聚合、是否保留细分维度，需要报表用途支持。助手只给候选并解释约束，不自动改SQL。

工作表保存原事实键、关联键、右侧匹配集合、展开行和目标度量。这样错误出在对象重复、合法明细还是缺少连接条件，都有具体入口。只保存连接前后总行数，无法解释哪些对象贡献了差异。

复核时从T1返回原表，确认标签并非两条工单；从T2返回执行记录，确认两行各有独立业务事实；从六组合逐一检查日期连接为什么不足。本文三例分别展示重复累计、合法细分和事实对事实放大，不是同一去重技巧的三种写法。

定制前可提供合成表结构、少量完整明细与一条查询，先要求交一份贡献审阅包。已有建模工具继续管理关系，Agent负责把查询结果与业务对象解释连接起来，避免只告诉使用者“数据有重复”却没有可追查的依据。

附件对T1同时保留工单不同身份数1和标签关联行数2，读者可看到这两个值都来自同一输入，但回答不同问题。T2的X1与X2分别有自己的执行身份，不能因同属T2就被当重复。第三例六个配对完整列出，每个E都出现三次，使放大的来源可见。

如果报告想保留每个标签的工单数，需要说明跨标签汇总时同一工单可能重复贡献；不能把各标签行简单加回总体。此处只提出汇总语义问题，未在附件新增一套标签报表或替业务决定规则。

审核人在候选改写栏可选择先聚合、按目标对象去重或补连接条件，并写理由。相同技术做法在不同粒度下可能删掉合法事实，因此助手只列作用与前提，不应统一输出一条去重SQL让所有报表采用。

T2两条执行记录的合法性来自给定的独立执行身份，不能反过来说所有重复行都有业务意义。报告既要能发现放大，也要能阻止错误去重，这正需要同时保留事实粒度和每条关联依据。

下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。