Quoi qu'il en soit, j'essaye d'utiliser ce genre de deux sources de destination dans SSIS, mais je ne trouve pas la différence entre elles sur la configuration. Alors quelqu'un peut-il me partager, que dois-je choisir? et lequel est le mieux à utiliser dans chaque situation ou donnée.
4 Réponses :
Seules les connexions OLE DB peuvent être utilisées comme source pour les recherches SSIS. Vous ne pouvez pas choisir de connexions de type ADO.Net à des fins de recherche.
Uniquement ADO.Net prend en charge les nouvelles méthodes d'autorisation SQL Azure telles que Active Directory - Mot de passe . OLE DB est bloqué avec l'authentification SQL uniquement
Mon conseil est que si vous prévoyez de migrer vers ou d'utiliser SQL Azure, n'utilisez pas OLE DB
Je déconseille également d'utiliser les recherches si possible de toute façon
ADO.Net est certainement "plus récent" que OLE DB et est plus aligné avec C # .... Je n'ai pas de citations, c'est juste ce que je comprends.
.. et juste pour consolider les réponses.
@Ferdipux fait un excellent point dans sa réponse ci-dessous:
Les gestionnaires de connexions ADO.NET peuvent être utilisés dans le code C # de Script Task / Transform sans aucune action supplémentaire. Obtenez-le et appelez la méthode AquireConnection.
Merci pour votre réponse @ Nick.McDermaid.
Cette réponse vous a-t-elle aidé?
Presque dans mes tâches, j'utilise ADO.Net, c'est facile à configurer et une étape simple à configurer dans ADO.Net pour le type de source ou de destination.
C'est génial. Si vous pensez que cette réponse a été utile, veuillez la marquer comme tel.
En plus de la réponse Nick, les gestionnaires de connexions ADO.NET peuvent être utilisés dans le code C # de Script Task / Transform sans aucune action supplémentaire. Obtenez-le et appelez la méthode AquireConnection .
Les gestionnaires de connexions OLEDB doivent être convertis en ADO.NET d'une manière ou d'une autre; Je le fais en décodant sa chaîne de connexion.
Si vous utilisez SSIS simple et que vous n'envisagez pas de migrer vers Azure, les connexions OLEDB sont plus rapides pour la récupération de la date.
Après avoir recherché ce sujet, j'ai trouvé un article sur le site Web MSDN où une comparaison est faite sur la base de 4 perspectives:
Vous pouvez consulter ce lien pour plus d'informations: OLE DB VS ADO.NET
Il existe également des liens utiles auxquels vous pouvez vous référer:
J'ai même un commentaire dans ce deuxième lien de 2014
Oui, merci beaucoup pour votre lien.
Voici un autre avis et une nouvelle raison est répertoriée:
Un avantage supplémentaire de la connexion ADO.NET est l'utilisation de paramètres dans une tâche d'exécution SQL. Dans OLEDB, les paramètres apparaissent tous dans SQL sous la forme '?' Mais dans ADO.NET, vous pouvez référencer chacun d'eux par leur nom, par exemple @ParameterName