2. 空间连接核心机制回顾
在排查任何一次空间连接字段错配之前，必须先回到机制本身：空间连接到底在做什么、连接类型如何决定结果行数、字段匹配在哪个环节发生、地质数据里的连接键又长什么样。只有把这三层机制拆清楚，后面 58 个案例中的“错配”才有统一的判断坐标。
一、空间连接的三段式内部过程
空间连接（Spatial Join）在 GIS 引擎内部通常分三段执行，而不是一步完成。第一段是空间关系判定：对目标要素与连接要素两两计算拓扑谓词（Intersects、Within、Contains、Crosses、Touches、Overlaps 等），得到一张“目标 ID—连接 ID”的匹配对表。第二段是连接类型归并：按一对一、一对多、多对多规则，把匹配对表压缩或展开成结果行。第三段是字段装配：把连接要素的属性字段按字段映射规则写入结果表，并处理重名、类型转换与空值。
关键认识是：字段错配往往不是第三段才产生的，而是第一段和第二段就已经埋下伏笔。例如一对多连接时，若未指定聚合规则，引擎可能只保留第一条匹配记录的属性，导致“字段值看起来对、但对应的是另一个要素”。因此排查字段错配，必须同时检查空间谓词、连接类型和字段映射三处。
二、字段匹配原理：不是“名字对上”就够
字段装配阶段的核心是字段映射（Field Map）。多数桌面 GIS 与脚本接口在空间连接时，会为连接要素的每个字段生成一个映射项，包含源字段、目标字段名、合并规则（First、Last、Sum、Mean、Max、Min、Join）和类型。字段错配通常表现为四类：
- 同名覆盖：目标表与连接表都有“名称”字段，结果表出现“名称”“名称_1”，若后续按“名称”取值，取到的可能是目标表自身的值而非连接表的值。
- 类型截断：连接表的地层代号是文本“J₂”，目标字段被推断为短整型，写入时变成空值或 0。
- 合并规则缺省：一对多时未显式指定合并规则，引擎默认取 First，导致属性来自任意一条匹配记录。
- 空值语义混淆：无空间匹配的目标要素在左连接下保留，连接字段为 Null；若后续用 0 填充，会与真实值 0 混淆。
因此字段匹配的正确做法是：先显式声明每个连接字段的目标名与合并规则，再检查类型兼容性，最后确认空值策略。在 ArcGIS Pro 中可通过“字段映射”面板逐项编辑；在 QGIS 中可在“连接属性”对话框勾选“自定义字段名前缀”；在 PostGIS 中则用 ST_Intersects 配合 SELECT 显式列出字段别名，从 SQL 层面消除歧义。
三、地质连接键的形态与匹配陷阱
地质数据的连接键与一般业务数据差异明显，常见五类形态，各自的错配陷阱也不同：
| 连接键形态 | 典型示例 | 常见错配原因 |
|---|---|---|
| 编码型 | 地层代号 J₂、T₁k；岩性代码 01、02 | 下标字符、全半角、大小写不一致；代码表版本不同 |
| 名称型 | “第四系全新统冲积层”与“全新统冲积层” | 别名、简写、空格与标点差异 |
| 标识型 | 钻孔编号 ZK001 与 ZK-001 | 分隔符、前导零、编号规则变更 |
| 数值型 | 高程带 100–200 m、深度区间 | 单位不一致（m 与 cm）、精度截断、区间开闭不一致 |
| 复合键 | 图幅号 + 地层代号拼接 | 拼接分隔符不统一、字段顺序颠倒 |
以“钻孔—地层”连接为例：钻孔点图层含 ZKID、孔口高程，地层面图层含 地层代号、岩性。若用 Within 谓词做一对多连接，一个钻孔落在多个地层面内是正常的（穿层），此时必须指定 地层代号 的合并规则为 Join 或按深度排序后取 First，否则结果表中该钻孔的地层代号可能来自最浅或最深的任意一层，后续统计地层厚度就会系统性偏移。这类问题在字段层面看不出来，必须回到连接类型与合并规则去查。
把这三层机制记牢，后续案例中遇到的“字段值对不上”“属性张冠李戴”“连接后行数暴涨”等现象，都能迅速归位到空间关系判定、连接类型归并或字段装配中的某一环，而不是盲目重跑连接工具。