Tout d'abord, concernant le fait que vous utilisez SQL Server Destination, je vous suggère de lire la réponse suivante du gourou SSIS @billinkc:

• Les packages SSIS doivent-ils et la base de données SQL sur le même serveur?

Je vais fournir différentes méthodes pour y parvenir:

(1) Utilisation de la transformation de recherche

1. Vous devez ajouter une tâche de flux de données, dans laquelle vous ajoutez le deuxième inventaire (ancien) comme source
2. Ajoutez une transformation de recherche dans laquelle vous sélectionnez la première source d'inventaire comme table de recherche.
3. Mappez la source et la table de recherche avec la colonne ItemCode
4. Dans la transformation de recherche, sélectionnez Rediriger les lignes vers une sortie sans correspondance dans la liste déroulante.
5. Utilisez la sortie Lookup no match pour obtenir les lignes souhaitées (non trouvées dans la première source d'inventaire)

Vous pouvez vous référer au lien ci-dessous, il contient des didacticiels étape par étape.

Lien utile

• COMPRENDRE LA TRANSFORMATION DE RECHERCHE SSIS AVEC UN EXEMPLE ÉTAPE PAR ÉTAPE

Anciennes versions de SSIS

Si vous utilisez d'anciennes versions de SSIS, vous ne trouverez pas la liste déroulante Rediriger les lignes vers une sortie sans correspondance . Au lieu de cela, vous devriez aller à la sortie Erreur de recherche, sélectionnez l'option Rediriger la ligne pour la situation Aucune correspondance , et utilisez la sortie d'erreur pour obtenir les lignes souhaitées.

(2) Utilisation de serveurs liés

Sur le deuxième inventaire, créez un serveur lié pour pouvoir connecter le premier serveur. Vous pouvez maintenant utiliser une commande SQL qui ne sélectionne que les lignes non trouvées dans la première source:

SELECT * FROM (
       SELECT *, ROW_NUMBER() OVER(PARTITION BY ItemCode ORDER BY SourceID) rn
       FROM StagingTable ) s
Where s.rn = 1

(3) Table de préparation + MERGE, MERGE JOIN , Transformation UNION ALL

Sur chaque commande SQL source, ajoutez une colonne de valeur fixe qui contient l'id source (1,2), exemple:

SELECT *, 1 as SourceID FROM Inventory

Vous peut combiner les deux sources dans une destination en utilisant l'une des transformations répertoriées ci-dessus, puis ajouter une deuxième tâche de flux de données pour importer des données distinctes de la table de préparation vers la destination en fonction de la colonne ItemCode, exemple:

SELECT *
FROM Inverntory2
WHERE NOT EXISTS (SELECT 1 FROM <Linked Server>.<database>.<schema>.Inverntory1 Inv1 WHERE Inverntory2.ItemCode = Inv1.ItemCode)

• Apprendre SSIS: MERGE, MERGE JOIN et UNION ALL
• SSIS Dois-je unir tout ou fusionner ??
• Utilisation de la fusion SSIS Rejoignez
• Comment obtenir des données sans correspondance entre deux sources dans le flux de données SSIS?

Remarque: vérifiez la réponse fournie par @ userfl89, elle contient des informations très détaillées sur l'utilisation de la transformation Merge Join et décrit une autre approche qui peut aider. Vous devez maintenant tester quelle approche correspond à vos besoins. Bonne chance

Si les deux types de sources sont des bases de données SQL et qu'ils sont stockés sur le même serveur, vous pouvez utiliser une commande SQL comme source pour y parvenir:

SELECT *
FROM Inverntory2
WHERE NOT EXISTS (SELECT 1 FROM Inverntory1 WHERE Inverntory2.ItemCode = Inverntory1.ItemCode)

OU

SELECT Inverntory2.*
FROM Inverntory2 LEFT JOIN Inverntory1
     On Inverntory2.ItemCode = Inverntory1.ItemCode
WHERE Inverntory1.ItemCode IS NULL

Un exemple de ceci est ci-dessous. L'utilisation d'une destination SQL Server fonctionnera correctement, mais cela ne permet que le chargement vers une instance SQL Server locale, ce que vous voudrez peut-être envisager à l'avenir. Bien qu'une recherche fonctionne généralement mieux, la fusion des jointures peut être bénéfique dans certaines circonstances, par exemple lorsque de nombreuses colonnes supplémentaires sont introduites dans le flux de données, comme cela peut être fait avec vos ensembles de données. Il semble que @Hadi a expliqué comment faire cela avec une recherche, vous pouvez donc tester les deux approches dans un environnement hors production qui imite prod, puis évaluer les résultats pour déterminer la meilleure option.

• Commencez par créer une table intermédiaire qui est un clone exact de l'une des tables. Les deux tables fonctionneront puisqu'elles ont la même définition. Assurez-vous que toutes les colonnes de la préparation autorisent les valeurs nulles.
• Ajoutez une tâche d'exécution SQL pour effacer la table intermédiaire avant la tâche de flux de données en tronquant ou en supprimant, puis en créant la table.
• Puisque ItemCode est un tri unique sur cette colonne dans chaque source OLE DB. Si vous ne modifiez pas déjà la commande Mode d'accès aux données en SQL dans les deux sources OLE DB et ajoutez une clause ORDER BY pour ItemCode . Pour ce faire, cliquez avec le bouton droit sur la source OLE DB et accédez à Afficher l'éditeur avancé > Propriétés d'entrée et de sortie > Sortie de la source OLE DB > Colonne de sortie > puis sélectionnez ItemCode et définissez la propriété SortKeyPosition sur 1 (en supposant que vous utilisez la source ASC dans l'instruction SQL).
• Ensuite, ajoutez une jointure de fusion dans la tâche de flux de données. Cela nécessite que les deux entrées soient triées, c'est pourquoi les entrées sont maintenant triées. Vous pouvez le faire dans les deux cas, mais pour cet exemple, utilisez la source OLE DB qui ne sera utilisée que lorsque ItemCode n'existe pas en tant qu'entrée gauche de la jointure de fusion. Utilisez une jointure externe gauche et la colonne ItemCode comme clé de jointure en les connectant en faisant glisser une ligne de l'une à l'autre dans l'interface graphique. Ajoutez toutes les colonnes de la source OLE DB que vous souhaitez utiliser lorsque le même ItemCode est dans les deux ensembles de données (d'après ce que je pourrais dire, c'est Extraire les nouvelles données d'élément , veuillez l'ajuster si ce n'est pas le cas) en cochant la case à côté d'eux dans l'éditeur de jointure de fusion. Utilisez un préfixe d'alias de sortie qui vous aidera à les distinguer, par exemple X_ItemCode pour les lignes correspondantes.
• Après la jointure de fusion, ajoutez un fractionnement conditionnel. Il s'agit de diviser les enregistrements selon que X_ItemCode a été trouvé. Pour l'expression de la première sortie, utilisez la fonction ISNULL pour tester s'il y avait une correspondance à partir de la jointure externe gauche. Par exemple, ISNULL (X_ItemCode)! = TRUE indique que le ItemCode existe dans les deux ensembles de données. Vous pouvez appeler cette sortie Lignes correspondantes . La sortie par défaut contiendra les non-correspondances. Pour faciliter la distinction, vous pouvez renommer la sortie par défaut Lignes sans correspondance .
• Connectez la sortie Lignes correspondantes à la table de destination. Dans cette mappez uniquement les colonnes de lignes qui correspondaient pour la source que vous souhaitez utiliser lorsque le ItemCode existe dans les deux ensembles de données, c'est-à-dire le X_ des lignes préfixées telles que X_ItemCode .
• Ajoutez une autre destination SQL Server dans le flux de données et connectez la sortie Lignes non correspondantes à celle-ci, avec toutes les colonnes mappées à partir des lignes qui ne correspondent pas , celui sans X_ dans cet exemple.
• De retour sur le flux de contrôle dans le package, ajoutez une autre tâche de flux de données après celle-ci. Utilisez la table intermédiaire comme source OLE DB et la table de destination comme destination SQL Server. Le tri n'est pas nécessaire ici.