课程章节介绍
让我们一步一步来理解这个过程。想象一下，你正在把一堆旧书从你的旧书架搬到新书架。你需要确保每本书都放在正确的位置，这样你以后找书的时候才不会乱。
首先，我们有一个旧系统，里面有很多职位信息。每个职位都有一个独特的编号，我们叫它PK（Primary Key），就像每本书都有一个独特的编号一样。这个PK帮助我们识别每个职位。
接下来，每个职位都有一个招聘经理，这个经理也有一个独特的编号，比如u1、u2。这就像每本书都有一个特定的作者编号。
现在，我们需要把这些信息搬到Salesforce这个新书架上。首先，我们把每个招聘经理的旧编号（PK）放到Salesforce中对应的用户记录里。这就像在新书架上为每个作者预留一个位置，并记下他们的旧编号。
然后，当我们把职位信息搬到Salesforce时，我们可以使用这些旧编号来找到对应的招聘经理。这就像在新书架上放书时，根据作者的旧编号找到他们的位置。
最后，虽然我们一开始用的是旧编号，但Salesforce会为每个用户生成一个新的编号（Salesforce ID）。我们会把这个新编号保存下来，这样以后我们就可以用这个新编号来关联职位和招聘经理了。这就像在新书架上，我们最终会用新的编号来标记每本书和它的作者。
总结一下，我们通过使用旧系统中的PK和招聘经理的编号，确保在迁移到Salesforce时，每个职位都能正确地关联到它的招聘经理。这样，数据迁移后，一切都能井井有条，就像新书架上的书一样，每本都放在它应该在的位置。