Deduplicação por Prioridade de Negócio
Quando “o registro mais recente vence” não é suficiente.
O nível de evidência descreve minha experiência com o conteúdo. Fonte oficial descreve contrato/documentação da plataforma. Observação de produção não deve ser tratada automaticamente como limite oficial.
Uma regra de Golden Record muitas vezes precisa considerar confiança da fonte, prioridade de status ou precedência de permissão antes da recência. Coloque essas regras no ORDER BY da window function para que a linha sobrevivente represente o contrato de negócio.
Codifique prioridades explicitamente com CASE.
Mantenha as regras de prioridade legíveis o suficiente para serem auditadas.
Use recência depois das regras de confiança/permissão quando fizer sentido.
Documente por que uma fonte tem precedência sobre outra.
Ranking com prioridade primeiro
Esse padrão prefere uma fonte autoritativa antes de comparar timestamps. É útil quando um registro recente de baixa confiança não pode sobrescrever um master record confiável.
SELECT
CustomerIdentity,
EmailAddress,
SourceSystem,
ModifiedDate,
RecordID
FROM (
SELECT
s.CustomerIdentity,
s.EmailAddress,
s.SourceSystem,
s.ModifiedDate,
s.RecordID,
ROW_NUMBER() OVER (
PARTITION BY s.CustomerIdentity
ORDER BY
CASE s.SourceSystem
WHEN 'CRM' THEN 1
WHEN 'ECOMMERCE' THEN 2
WHEN 'LEGACY' THEN 3
ELSE 9
END,
s.ModifiedDate DESC,
s.RecordID DESC
) AS rn
FROM [Customer_Staging] s
) ranked
WHERE rn = 1Permissão não é só mais um atributo
Não deixe uma regra genérica de “mais recente vence” sobrescrever por acidente um estado de consentimento mais restritivo. Permissão e compliance merecem um modelo explícito de precedência.
Resolução de identidade e resolução de consentimento são problemas relacionados, mas não são o mesmo problema.