我有一个现场crm系统，将从中为下游的数据集市提取数据。
数据将通过ETL流程移动。 对于实体，我可以使用以下两种方法之一检查它们是否已经存在：
应该是唯一的但有时不是唯一的业务密钥。我们正在努力执行流程，以确保该特征码是唯一的，因此上线不成问题。
提取CRM GUID，因此我知道上游系统中的确切行与下游系统中的行匹配。
CRM GUID保证可以让我在上游匹配一行，但是下游系统现在与CRM紧密耦合，对此我感到不舒服。
使用业务密钥更好，但是如上所述，需要业务流程来确保业务密钥的唯一性，如果不唯一，则ETL将中断，至少直到数据固定为止。
从数据库设计的角度来看，是否存在使用CRM GUID的情况？