它试图对进行拆分FooId
,因此每次看到FooId
它都在切割数据时。该用例 本质上@H_419_6@ 用于(所有情况下的)表具有可预测键(例如)的(不常见)场景Id
。就您而言,这不是您想要的,因为您可以从数据库中获得:
FooId, a, b, c | BarId, FooId, x, y, z
^^ from Foo ^^ | ^^ from Bar ^^
但是,这分为FooId
:
FooId, a, b, c, BarId | FooId, x, y, z
这就是为什么BarId
不包含在第二个对象中,以及为什么将其添加到末尾使其起作用的原因。
IIRC还有另一种用法,它接受 顺序的@H_419_6@ 密钥进行分割。您将使用:
splitOn: "FooId,BarId"