Historique des pilotes pour Microsoft SQL Server

  • Article

Cette page décrit les technologies de connexion de données historiques de Microsoft pour la connexion à SQL Server.

ODBC

Il existe trois générations distinctes de fournisseurs ODBC Microsoft pour SQL Server. Le premier pilote ODBC « SQL Server » est encore fourni avec les Windows Data Access Components. Ce pilote n’est pas recommandé pour un nouveau développement. À compter de SQL Server 2005, SQL Server Native Client inclut une interface de fournisseur ODBC et est le fournisseur ODBC fourni avec les versions comprises entre SQL Server 2005 et SQL Server 2012. Ce pilote n’est pas non plus recommandé pour un nouveau développement. Après SQL Server 2012, Microsoft ODBC Driver for SQL Server est le pilote qui est mis à jour avec les fonctionnalités serveur les plus récentes.

SQL Server Native Client

SQL Server Native Client était une bibliothèque autonome utilisée à la fois pour OLE DB et ODBC. SQL Server Native Client (souvent abrégé en SNAC) a été inclus dans SQL Server des versions 2005 à 2012. SQL Server Native Client peut être utilisé pour les applications qui doivent tirer parti des nouvelles fonctionnalités introduites dans SQL Server des versions 2005 à 2012. (Les composants d’accès aux données Microsoft/Windows ne sont pas mis à jour pour ces nouvelles fonctionnalités dans SQL Server.) Pour les nouvelles fonctionnalités au-delà de SQL Server 2012, SQL Server Native Client ne sera pas mis à jour. SQL Server Native Client (SNAC) n’est pas livré avec : - SQL Server 2022 (16.x) et versions ultérieures ; - SQL Server Management Studio 19 et versions ultérieures. SQL Server Native Client (SQLNCLI ou SQLNCLI11) et le fournisseur Microsoft OLE DB pour SQL Server (SQLOLEDB) hérité ne sont pas recommandés pour le développement de nouvelles applications. Pour les nouveaux projets, utilisez l’un des pilotes suivants : - le Pilote Microsoft ODBC pour SQL Server - Pilote Microsoft ODBC pour SQL Server. Pour SQLNCLI qui est livré en tant que composant du Moteur de base de données SQL Server (versions 2012 à 2019), consultez cette exception relative au cycle de vie du support.

Pour obtenir une documentation complète sur SQL Server Native Client, consultez la Documentation de SQL Server Native Client.

Pilote Microsoft ODBC pour SQL Server

Après SQL Server 2012, le pilote ODBC principal pour SQL Server a été développé et publié sous le nom de Microsoft ODBC Driver for SQL Server. Pour plus d’informations, consultez la Documentation de Microsoft ODBC Driver for SQL Server.

OLE DB

Il existe trois générations distinctes de fournisseurs OLE DB Microsoft pour SQL Server. Le premier Fournisseur Microsoft OLE DB pour SQL Server (SQLOLEDB) est toujours fourni dans le cadre de Windows Data Access Components. Ce fournisseur ne sera pas mis à jour avec de nouvelles fonctionnalités et il n’est pas recommandé d’utiliser ce pilote pour un nouveau développement. À compter de SQL Server 2005, SQL Server Native Client inclut une interface de fournisseur OLE DB (SQLNCLI) et est le fournisseur OLE DB fourni avec les versions comprises entre SQL Server 2005 et SQL Server 2017. Sa dépréciation a été annoncée en 2011, et il n’est pas recommandé d’utiliser ce pilote pour un nouveau développement. En 2017, la technologie d’accès aux données OLE DB a été dépréciée et une nouvelle version planifiée a été annoncée pour 2018. Le nouveau Microsoft OLE DB Driver pour SQL Server (MSOLEDBSQL) fait actuellement l’objet d’une maintenance et d’une prise en charge.

ADO.NET

ADO.NET est un ensemble de classes qui définit une interface pour accéder à n’importe quel type de source de données, relationnelles et non relationnelles. ADO.NET a été introduit avec Microsoft .NET Framework, et continue à être amélioré et maintenu dans .NET. La bibliothèque SqlClient est un fournisseur de données ADO.NET qui fournit la connectivité à SQL Server et aux sources de données SQL Azure.

System.Data.SqlClient

System.Data.SqlClient est inclus dans le .NET Framework et dans .NET Core. Jusqu’à 2019, il recevait régulièrement des mises à jour de fonctionnalités. Avec les annonces du futur de .NET Core, de .NET Framework et de .NET en général, le développement de SqlClient a dû être déplacé vers un package en dehors de .NET. System.Data.SqlClient est toujours pris en charge, mais ne reçoit pas de mises à jour de fonctionnalités ; il n’est pas recommandé pour un nouveau développement.

Microsoft.Data.SqlClient

Introduit en 2019, le fournisseur de données Microsoft SqlClient pour SQL Server est un fournisseur de données ADO.NET qui prend en charge les applications ciblant le .NET Framework, .NET Core et .NET Standard. Pour plus d’informations sur l’espace de noms Microsoft.Data.SqlClient, consultez Microsoft ADO.NET pour SQL Server.

JDBC

Pilote Microsoft JDBC pour SQL Server

Introduit en 2000, le pilote Microsoft JDBC pour SQL Server continue d’être amélioré et géré. Il a été rendu open source en 2016. Pour obtenir les informations les plus récentes, notamment sur le téléchargement du pilote, consultez Présentation du pilote JDBC.

PHP

Pilotes Microsoft SQL Server pour PHP

Introduits en 2009 en tant que projet open source, les pilotes Microsoft SQL Server pour PHP continuent à être améliorés et gérés. Pour obtenir les informations les plus récentes, notamment comment télécharger le pilote PHP, consultez Pilotes Microsoft SQL Server pour PHP.

Node.js

Pilote Microsoft pour Node.js pour SQL Server

Le pilote Microsoft pour Node.js pour SQL Server permet aux applications Node.js sur Microsoft Windows et Microsoft Azure d’accéder à Microsoft SQL Server et Microsoft Azure SQL Database. Les efforts de développement ne sont plus axés sur ce pilote. Il n’est pas recommandé de créer des applications en utilisant le pilote Microsoft pour Node.js pour SQL Server.

Pour plus d’informations sur le pilote Microsoft pour Node.js pour SQL Server, consultez WindowsAzure / node-sqlserver.

Tedious

Microsoft participe actuellement à et prend en charge le module open source Tedious dans Node.js pour la connectivité à SQL Server à l’aide de JavaScript. Pour plus d’informations, consultez Pilote Node.js pour SQL Server.

Composants Microsoft ou Windows Data Access

Les composants Microsoft/Windows Data Access (MDAC/WDAC) sont fournis avec et pris en charge par Windows pour la compatibilité descendante des applications, et ne font pas partie de la pile de technologies SQL Server actuelle. Aucune nouvelle fonctionnalité ne sera ajoutée aux composants dans MDAC/WDAC et il n’est pas recommandé de les utiliser pour le développement de nouvelles applications.

Aux fins de ce document, vous pouvez diviser la pile MDAC/WDAC l’ensemble de composants suivant, en fonction de la technologie et des produits :

  • ADO (y compris ADOMD et ADOX)
  • OLE DB (y compris OLE DB Core Services, le fournisseur OLE DB pour SQL Server, le fournisseur OLE DB Oracle, le fournisseur OLE DB pour les pilotes ODBC, Data Shape Provider et Remote Data Provider)
  • ODBC (y compris ODBC Driver Manager, SQL ODBC Driver et Oracle ODBC Driver)

Composants MDAC/WDAC

MDAC/WDAC comprend les composants suivants :

  • ODBC : L’interface Microsoft Open Database Connectivity (ODBC) est une interface en langage de programmation C qui permet aux applications d’accéder aux données à partir de différents types de systèmes de gestion de base de données (SGBD). Les applications qui utilisent cette API sont limitées à l’accès aux sources de données relationnelles uniquement.
  • OLE DB : OLE DB est un ensemble d’interfaces COM permettant d’accéder aux données dans différents types de magasins de données. Des fournisseurs de OLE DB existent pour accéder aux données dans les bases de données, les systèmes de fichiers, les banques de messages, les services d’annuaire, les flux de travail et les magasins de documents.
  • ADO : ActiveX Data Objects (ADO) fournit un modèle de programmation de haut niveau. Bien qu’un peu moins performant que le codage direct avec OLE DB ou ODBC, ADO est simple à apprendre et à utiliser. Il peut être utilisé à partir de langages de script, tels que Microsoft Visual Basic Scripting Edition (VBScript) ou Microsoft JScript.
  • ADOMD : ADO multidimensionnel (ADOMD) doit être utilisé avec les fournisseurs de données multidimensionnelles telles que Microsoft OLAP fournisseur, également connu sous le fournisseur Microsoft Analysis. Aucune amélioration majeure des fonctionnalités n’a été apportée à ce service depuis MDAC 2.0.
  • ADOX : Les extensions ADO pour les DDL et la sécurité (ADOX) permettent la création et la modification des définitions d’une base de données, d’une table, d’un index ou d’une procédure stockée. Vous pouvez utiliser ADOX avec n’importe quel fournisseur. Le fournisseur Microsoft Jet OLE DB fournit une prise en charge complète d’ADOX, tandis que le fournisseur OLE DB de Microsoft SQL Server offre une prise en charge limitée.
  • Bibliothèques réseau Microsoft SQL Server : Les bibliothèques réseau SQL Server permettent à SQLOLEDB et SQLODBC de communiquer avec la base de données SQL Server. Les bibliothèques réseau SQL Server suivantes ont été dépréciées dans les versions MDAC/WDAC : Banyan Vines, AppleTalk, ServerNet, IPX/SPX, Giganet et RPC. Le protocole TCP/IP et les canaux nommés seront toujours pris en charge et disponibles sur le système d’exploitation Windows 64 bits.
  • MSDASQL : Le fournisseur Microsoft OLE DB pour ODBC (MSDASQL) permet aux applications qui reposent sur OLE DB et ADO (qui utilise OLEDB en interne) pour accéder aux sources de données via un pilote ODBC. MSDASQL est un fournisseur OLEDB qui se connecte à ODBC, plutôt qu’à une base de données. Il s’agit d’un pont entre OLE DB et un pilote ODBC lorsqu’il n’existe aucun fournisseur OLE DB direct pour une source de données. MSDASQL est livré avec le système d’exploitation Windows, et Windows Server 2008 et Vista SP1 étaient les premières versions de Windows à inclure une version 64 bits de la technologie.

Composants MDAC/WDAC dépréciés

Ces composants sont toujours pris en charge dans la version actuelle de MDAC/WDAC, mais ils sont susceptibles d’être supprimés dans les versions ultérieures. Lors du développement de nouvelles applications, Microsoft vous recommande d’éviter d’utiliser ces composants. En outre, lorsque vous mettez à niveau ou modifiez des applications existantes, supprimez toutes les dépendances sur ces composants.

  • SQLOLEDB : Le fournisseur Microsoft OLE DB pour SQL Server (SQLOLEDB), qui prend en charge les accès à Microsoft SQL Server, a été déconseillé. Sa connectivité aux futures versions de SQL Server peut ne pas être prise en charge. La possibilité de se connecter aux versions antérieures à SQL Server 7 sera supprimée du système d’exploitation après Windows 7. Les nouvelles applications doivent utiliser le pilote Microsoft OLE DB Driver pour SQL Server (MSOLEDBSQL), qui prend en charge les nouvelles fonctionnalités de SQL Server. Les applications existantes doivent migrer vers Microsoft OLE DB Driver pour SQL Server aussi pour améliorer les performances, la fiabilité et la prise en charge. Pour plus d’informations, consultez Mise à jour d’une application vers OLE DB Driver pour SQL Server à partir de MDAC.

  • SQLODBC : Le pilote Microsoft SQL Server ODBC (SQLOLEDB), qui prend en charge les accès à Microsoft SQL Server, a été déconseillé. Sa connectivité aux futures versions de SQL Server peut ne pas être prise en charge. La possibilité de se connecter aux versions antérieures à SQL Server 7 sera supprimée du système d’exploitation après Windows 7. Les nouvelles applications doivent utiliser le pilote Microsoft ODBC Driver pour SQL Server (MSOLEDBSQL) sur Windows, qui prend en charge les nouvelles fonctionnalités de SQL Server. Les applications existantes doivent migrer vers Microsoft ODBC Driver pour SQL Server aussi pour améliorer les performances, la fiabilité et la prise en charge. Pour obtenir des informations pertinentes, consultez Mise à jour d’une application vers SQL Server Native Client à partir de MDAC.

  • Microsoft Jet Database Engine 4.0 : À partir de la version 2.6, MDAC ne contient plus de composants Jet. En d’autres termes, MDAC 2.6, 2.7 et 2.8 ne contiennent pas Microsoft Jet, le fournisseur Microsoft Jet OLE DB, les pilotes de base de données de poste de travail ODBC et Jet Data Access Objects (DAO).

    Il n’existe pas de version 64 bits du moteur de base de données Jet, du pilote Jet OLEDB, des pilotes Jet ODBC ou Jet DAO. Pour plus d’informations, consultez l’article 957570 de la Base de connaissances. Sur les versions 64 bits de Windows, Jet 32 bits s’exécute sous le sous-système Windows WOW64. Pour plus d’informations sur WOW64, consultez la Documentation MSDN WOW64. Les applications 64 bits natives ne peuvent pas communiquer avec les pilotes jet 32 bits s’exécutant dans WOW64.

    Au lieu de Microsoft Jet, Microsoft recommande d’utiliser Microsoft SQL Server Express Edition lors du développement d’applications hors Microsoft Access nécessitant une banque de données relationnelle. Ces applications Jet nouvelles ou converties peuvent continuer à utiliser Jet avec l’intention d’utiliser les fichiers Microsoft Office 2003 et versions antérieures (.mdb et .xls) pour le stockage non principal des données. Toutefois, pour ces applications, vous devez planifier la migration de Jet vers le moteur de base de données Microsoft Access. Vous pouvez télécharger le moteur de base de données Microsoft Access qui vous permet de lire et d’écrire dans des fichiers préexistants dans les formats de fichier Office 2003 (.mdb et .xls) ou Office 2007 (*.accdb, *.xlsm, *.xlsx et *.xlsb).

    Important

    Veuillez lire le contrat de licence utilisateur final du système Office 2007 pour des limitations d’utilisation spécifiques.

    Remarque

    Les applications SQL Server peuvent également accéder au système Office 2007 et aux versions antérieures, aux fichiers des fonctionnalités de services d'intégration et de connectivité de données hétérogènes de SQL Server, par le biais du pilote système Office 2007. En outre, les applications de SQL Server 64 bits peuvent accéder aux fichiers Jet et du système Office 2007 32 bits à l’aide de SQL Server Integration Services (SSIS) 32 bits sur Windows 64 bits.

  • Fournisseur Microsoft OLE DB pour la mise en forme des données (MSDADS) : Avec le fournisseur Microsoft OLE DB pour la mise en forme des données (MSDADS, Microsoft OLE DB Provider for Data Shaping), vous pouvez créer des relations hiérarchiques entre les clés, les champs ou les ensembles de lignes dans une application. Aucune amélioration majeure des fonctionnalités n’a été apportée depuis MDAC 2.1. Ce fournisseur est déconseillé. Microsoft vous recommande d’utiliser XML plutôt que MSDADS.

  • Oracle ODBC et Oracle OLE DB : Le pilote ODBC pour Microsoft Oracle (Oracle ODBC) et le fournisseur Microsoft OLE DB pour Oracle (Oracle OLE DB) fournissent un accès aux serveurs de base de données Oracle. Ils sont créés en utilisant Oracle Call Interface (OCI) version 7 et offrent une prise en charge complète d’Oracle 7. En outre, il utilise l’émulation Oracle 7 pour fournir une prise en charge limitée des bases de données Oracle 8. Oracle ne prend plus en charge les applications qui utilisent des appels à OCI version 7. Ces technologies sont déconseillées. Si vous utilisez des sources de données Oracle, vous devez migrer vers le pilote et le fournisseur fournis par Oracle.

  • RDS (Remote Data Services) : RDS est un mécanisme propriétaire de Microsoft pour accéder à des objets ADO Recordset distants via Internet ou un Intranet. RDS est déconseillé ; aucune amélioration majeure des fonctionnalités n’a été apportée à RDS depuis MDAC 2.1. Microsoft a publié le .NET Framework, qui dispose de nombreuses fonctionnalités SOAP et remplace les composants RDS. Tous les composants serveur RDS seront supprimés du système d’exploitation après Windows 7.

  • Jet Replication Objects (JRO) : JRO est déprécié. JRO est utilisé dans les bases de données ADO avec Jet ( .mdb) pour créer et compresser des bases de données Jet (.mdb) et effectuer la gestion de la réplication Jet. MDAC 2.7 sera sa dernière version. JRO ne sera pas disponible sur le système d’exploitation Windows 64 bits. JRO n’est pas pris en charge dans le format de fichier Microsoft Access 2007 ( .accdb).

  • Prise en charge d’ODBC 16 bits : Si vous utilisez des applications 16 bits, vous devez migrer vers une application 32 bits. La fonctionnalité 16 bits est déconseillée et est en cours de suppression des systèmes d’exploitation 64 bits. Pour plus d’informations, consultez l’article 896458 de la Base de connaissances.

  • Fournisseur OLEDB simple (MSDAOSP) : Le fournisseur OLEDB simple offre une infrastructure permettant de créer rapidement des fournisseurs OLE DB sur des données simples. MSDAOSP est déconseillé.

  • Bibliothèque de curseurs ODBC : La bibliothèque de curseurs ODBC (ODBCCR32.dll) fournit des curseurs de données côté client limités. La bibliothèque de curseurs ODBC est déconseillée ; votre application peut utiliser des implémentations de curseur côté serveur en remplacement.

  • Communication à distance de l’interface OLE DB hors processus : La communication à distance de l’interface OLE DB (msdaps.dll) visait à permettre l’exécution hors processus des fournisseurs OLE DB. La communication à distance de l’interface OLE DB hors processus est déconseillée.

  • Bibliothèques réseau SQL AppleTalk et Banyan Vines : Les bibliothèques réseau Banyan Vines, AppleTalk, ServerNet, IPX/SPX, Giganet et RPC SQL sont déconseillées. Si vous utilisez une de ces technologies, vous devez modifier vos applications pour qu’elles utilisent une des autres bibliothèques réseau, comme TCP/IP et un canal nommé.

Versions de MDAC/WDAC

Voici une liste des scénarios de prise en charge des versions antérieures de MDAC/WDAC, en commençant par la plus ancienne.

  • MDAC 1.5, MDAC 2.0 et MDAC 2.1 : Ces versions de MDAC étaient des versions indépendantes qui étaient publiées via Microsoft Windows NT Option Pack, le kit de développement logiciel (SDK) de la plateforme Microsoft Windows et le site web MDAC. Ces versions de MDAC ne sont plus prises en charge.

  • MDAC 2.5 : Cette version de MDAC était incluse dans le système d’exploitation Windows 2000. Les service packs de MDAC 2.5 ont été inclus dans les Service Packs Windows 2000 correspondants.

  • MDAC 2.6 : MDAC 2.6 RTM, SP1 et SP2 ont été inclus avec Microsoft SQL Server 2000 RTM, SP1 et SP2, respectivement. De plus, ces Service Packs MDAC ont été publiés sur le site web MDAC conformément à la planification de la publication du Service Pack Microsoft SQL Server 2000. Vous pouvez installer cette version de MDAC et ses Service Packs sur les plateformes Windows 2000, Windows Millennium Edition, Windows NT, Windows 95 et Windows 98. Cette version de MDAC n’est plus prise en charge.

  • MDAC 2.7 : Cette version de MDAC était fournie avec les systèmes d’exploitation Microsoft Windows XP RTM et SP1. Vous pouvez installer cette version de MDAC et ses Service Packs sur les plateformes Windows 2000, Windows Millennium, Windows NT et Windows 98. Vous pouvez installer cette version sur la plateforme Windows XP uniquement via le système d’exploitation ou ses Service Packs. Cette version de MDAC n’est plus prise en charge.

  • MDAC 2.8 : Cette version de MDAC était inclus avec Windows Server 2003 et Windows XP SP2 et versions ultérieures. Vous pouvez également installer cette version de MDAC et ses Service Packs sur Windows 2000.

    • La version 32 bits de MDAC 2.8 a également été publiée sur le site web MDAC au moment où Windows Server 2003 a été publié auprès des clients.
    • La version 64 bits de MDAC 2.8 a été publiée avec la version 64 bits de Windows Server 2003 et Windows XP.

  • Windows Data Access Components (WDAC) : MDAC a changé son nom en WDAC (« Windows Data Access Components ») à compter de Windows Vista et de Windows Server 2008. WDAC est inclus dans le système d’exploitation et n’est pas disponible séparément pour redistribution. La maintenance de WDAC est soumise au cycle de vie du système d’exploitation.

    Les versions 32 et 64 bits de WDAC sont fournies avec les versions 32 et 64 bits des systèmes d’exploitation Windows, respectivement.

Technologies d’accès aux données obsolètes

Les technologies obsolètes sont des technologies qui n’ont pas été améliorées ou mises à jour dans plusieurs versions des produits et qui seront exclues des futures versions des produits. N’utilisez pas ces technologies quand vous écrivez de nouvelles applications. Lorsque vous modifiez des applications existantes écrites à l’aide de ces technologies, envisagez de migrer ces applications vers ADO.NET ou une autre technologie actuelle.

Les composants suivants sont considérés comme obsolètes :

  • DB-Library : DB-Library est un modèle de programmation spécifiques à SQL Server qui inclut les API C. Il n’y a eu aucune amélioration des fonctionnalités de DB-Library depuis SQL Server 6.5. Sa version finale a été publiée avec SQL Server 2000 et ne sera pas portée vers le système d’exploitation Windows 64 bits.
  • Embedded SQL (E-SQL) : E-SQL est un modèle de programmation spécifique à SQL Server qui permet d’incorporer des instructions Transact-SQL dans du code Visual C. Aucune amélioration des fonctionnalités n’a été apportée à E-SQL depuis SQL Server 6.5. Sa version finale a été publiée avec SQL Server 2000 et ne sera pas portée vers le système d’exploitation Windows 64 bits.
  • Data Access Objects (DAO) : DAO permet d’accéder aux bases de données JET (Access). Cette API peut être utilisée à partir de Microsoft Visual Basic, Microsoft Visual C++ et certains langages de script. Elle était incluse avec Microsoft Office 2000 et Office XP. DAO 3.6 est la version finale de cette technologie. Elle ne sera pas disponible sur le système d’exploitation Windows 64 bits.
  • Objets de données distantes (RDO) : RDO a été conçu spécifiquement pour accéder aux sources de données relationnelles ODBC distantes, et facilite l’utilisation d’ODBC sans code d’application complexe. Il était fourni avec Microsoft Visual Basic versions 4, 5 et 6. RDO version 2.0 était la dernière version de cette technologie.
  • System.Data.OracleClient : System.Data.OracleClient fournit un accès aux serveurs de base de données Oracle. Il a été généré à l’aide d’Oracle Call Interface (OCI) version 7 et offrait à l’origine une prise en charge complète d’Oracle 7. Il utilise l’émulation Oracle 7 pour fournir une prise en charge limitée des bases de données Oracle 8i. Oracle ne prend plus en charge les applications qui utilisent des appels à OCI version 7. Par conséquent, System.Data.OracleClient n’est pas officiellement pris en charge pour une utilisation avec Oracle 9i ou une version ultérieure de celui-ci. Ces technologies sont déconseillées. Si vous utilisez des sources de données Oracle, vous devez migrer vers le Fournisseur de données Oracle pour .NET (ODP.NET) pris en charge avec la version d’Oracle Server utilisée. L’espace de noms System.Data.OracleClient a été officiellement déprécié dans .NET Framework 4.0 et n’est plus conservé.

Obtenir de l’aide

Contribuer à la documentation SQL

Saviez-vous que vous pouvez modifier le contenu SQL vous-même ? Dans ce cas, non seulement vous nous aidez à améliorer notre documentation, mais vous êtes également cité en tant que contributeur à la page.

Pour plus d’informations, consultez le Guide pratique pour contribuer à la documentation SQL Server