MS SQL Server
  1. MS SQL Server
  3. Différence entre .NET, OLEDB et les fournisseurs natifs dans SSIS
Intereting Posts
MSSQL: Insérer la valeur de l'instruction d'exécution avec une autre string dans une table Comment find le port pour MS SQL Server 2008? Essayez Catch dans SQL Server 2000? Requête SQL à partir d'une string Une meilleure façon de vérifier si datatables existent déjà et d'insert La valeur du champ doit être unique sauf si elle est NULL Comment sélectionner au plus N loggings pour une valeur donnée d'une colonne dans une table? MS SQL gestion des ressources en utilisant les promises bluebird SQL Server – Maintenir l'intégrité référentielle sans triggersur CASCADE et INSTEAD OF Pourquoi est-ce que j'obtiens «Erreur de conversion du type de données varchar en numérique» sur un nombre à floating point en Perl? Nom de colonne de conversion SQL au lieu de valeur Comment imprimer VARCHAR (MAX) en utilisant Print Statement? En utilisant la même table dans de nombreuses bases de données SQL Server: plusieurs où des clauses Exécuter des procédures stockées avec des parameters

Différence entre .NET, OLEDB et les fournisseurs natifs dans SSIS

Je suis assez confus avec la pléthore de fournisseurs OLEDB trouvés dans la création d'une connection à une database dans SSIS 2008 R2.

J'apprécierais beaucoup si vous pouviez me dire ce que les fournisseurs suivants représentent et quand est-il préférable de les utiliser:

Fournisseurs .Net pour OleDB

  • Fournisseur Microsoft OLE DB pour SQL Server
  • SQL Server Native Client 10.0

OLE DB natif

  • Fournisseur Microsoft OLE DB pour SQL Server
  • SQL Server Native Client 10.0

Je ne suis pas sûr du fournisseur à utiliser parmi ceux-ci si je veux créer une connection OLE DB à la database en question. En outre, je suis confus pourquoi le même type de fournisseur apparaît à la fois dans. Net et Native.

Vous n'avez vraiment pas trop à vous soucier de savoir lequel utiliser, select le natif (SQLNCLI) et tout ira bien dans la boîte.

Voici quelques informations plus détaillées sur les deux principales connections (OLE DB et ADO.NET). Il me semble que ADO.NET est meilleur dans le sens où il devrait fonctionner plus universellement dans des environnements différents.