Préparer des propositions de liaison d'entités réversibles avec Jev

Objectif

Utiliser la comparaison d'entités pour préparer une proposition de liaison soumise à revue, en conservant les enregistrements d'origine et les champs contradictoires visibles jusqu'à ce que la fusion soit acceptée par l'application.

Prérequis

Préparer des paires d'enregistrements candidats, des identifiants de source, des règles d'identité propres au domaine, et une destination de revue. Décider quels attributs définissent l'identité et lesquels peuvent légitimement varier dans le temps ou selon les éditions.

Étapes

1. Présenter les deux enregistrements avec des champs étiquetés et leur provenance. Distinguer les champs manquants des champs contradictoires ; ni un nom vide ni un identifiant absent n'établit un accord.

2. Utiliser le patron d'alignement d'entités du fournisseur pour séparer la similarité globale des jugements portés champ par champ. Adapter la grille au domaine réel plutôt que de reprendre les critères du catalogue de produits du cookbook.

3. Calculer dans le code les contradictions déterministes, telles que des identifiants faisant autorité incompatibles entre eux. Conserver ces vérifications comme des contraintes explicites plutôt que de laisser un score global séduisant les diluer par moyenne.

4. Produire une proposition de liaison contenant les identifiants des deux enregistrements, les champs à l'appui, les champs contradictoires et les faits non résolus. Éviter d'écraser l'un ou l'autre enregistrement source pendant la classification.

5. Soumettre à revue les paires difficiles : variantes, entités renommées, noms partagés et enregistrements incomplets. Avant d'accepter une proposition, vérifier que les deux révisions sources correspondent encore aux révisions utilisées pour la comparaison.

Résultat attendu

La personne qui relit reçoit une explication compacte des raisons pour lesquelles deux enregistrements pourraient désigner la même entité, et de ce qui pourrait réfuter cette interprétation. Toute modification acceptée conserve une provenance suffisante pour distinguer les faits d'origine.

Limites et base de vérification

Aucune précision d'appariement ni aucun test de réversibilité n'est revendiqué. Le cookbook illustre un jeu de données et une version de modèle particuliers ; il n'établit pas de seuil de fusion universel sûr. La récupérabilité dépend de la conception du stockage et de l'opération de fusion effective. L'interface ou le patron sous-jacent est décrit dans Knowledge graph entity alignment ; le déroulé ci-dessus en est une adaptation proposée.