云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

百度云_美国恐怖故事百度云_免费

小七 141 0

各位专家好,

在我的知识中添加了更多的概念,我正在处理表比较的生成键列,将源和目标中都存在的公共列放在一起,私有云市场,并且传入的源有重复项。下面是我的观察,请看一眼!

如果来自源的记录在"输入主键列"部分定义的列中有重复项,并且在生成的键列中选择了一个列,则插入目标中的记录是随机的。简而言之,我选择了source和target中的列。这里是EMP\u ID.

最初我的目标表中有数据。当作业被执行时,这个转换将行带到它的图像之前进行处理,然后开始比较。根据生成的操作码,行被发送到最终的目标表。

我在下面的屏幕截图中做了一个简短的说明:–

考虑执行作业之前的初始目标:–

生成的键列值有EMP\u ID列,它有重复项,在表比较中选择:–

作业执行前的初始源记录:–

现在执行后,物联网智库,

作业执行时,表比较将记录带到其前图像中。最初,目标表有EMP_ID 1010(1010,RAJ WRITER,…)和1011(1011,RAJ MCKINSEY,云服务器哪个好,…)的现有记录。现在将来自源代码的记录逐一进行比较

首先将EMP_ID 1010(1010,RAJ WRITER,…)与现有ID 1010,RAJ WRITER,…)进行比较,表比较没有发现更改/更新,因此没有生成操作码。然后将传入的EMP_ID 1011与现有ID 1011、RAJ MCKINSEY……进行比较,全国大数据中心,并且再次没有生成操作码。现在,当EMP_ID 1010(1010,RAJ,…)来自其源时,与现有ID 1010,RAJ WRITER,…,表比较检测到EMPNAME已从RAJ WRITER更改为RAJ,因此它发送更新"U",操作码。EMP\u ID 1011的EMPNAME RAJ EY也是类似的情况。

所以在执行之后:–

最终目标中的记录:–

这是我们只有一个来自源的重复记录的情况。

现在假设我在源中为目标中存在的EMP\u ID添加了更多的副本。那么表比较是如何工作的,让我们看看。

我在我的源代码中为EMP\u ID 1010和1011添加了3条记录。因此,我的新来源变成:–

在执行之前,我的目标表是:–

在执行作业时,对于目标中已经存在的所有现有id,通过表比较发送更新"U":–

现在,我们的Before映像将向目标发送哪个记录?

对于EMP_ID 1010,将EMP_ID 1010的第4条记录发送到目标表,对于EMP_ID 1011,将EMP_ID 1011的第1条记录发送到目标表,如上图所示发送。

再次,如果我重新执行相同的作业,则表比较应以类似的方式工作:–

根据上述观察,它应发送EMP_ID 1010的第4次更新和EMP_ID 1011的第1次更新,对吗?

所以最终的目标是:–

这个时间表比较发送了EMP\u ID 1010的第一次更新和EMP\u ID 1011的第一次更新。

这很奇怪!

现在,如果您运行同一个作业,它将再次给出不同的输出,不同的记录将被发送到目标。

因此,这意味着如果您使用相同的列,在source和target中显示,并且在Input Primary Key列中定义的列有重复的传入行,在"生成键列"部分,南昌大数据,表比较将随机将更新的记录发送到目标表。

因此,如果在"输入主键列"部分中指定的列有重复的传入记录,并且如果在"生成键列"中选择了相同的列,则表比较将任意将记录发送到目标表目标。

要进一步了解如何通过表比较处理记录,您可以访问以下链接:–

https://blogs.sap.com/2017/06/01/table-comparison-row-by-row-select-processing-of-records/

如有遗漏或不正确之处,请告知我。

希望对您有所帮助!