.NET Framework-Datenanbieter

Mithilfe eines .NET Framework-Datenanbieters werden Verbindungen mit einer Datenbank hergestellt, Befehle ausgeführt und Ergebnisse abgerufen. Diese Ergebnisse werden entweder direkt verarbeitet und in einem DataSet -Objekt platziert, um sie dem Benutzer, kombiniert mit Daten aus mehreren Quellen, bei Bedarf verfügbar zu machen, oder sie werden an eine andere Ebene übergeben. .NET Framework-Datenanbieter sind einfach. Sie erstellen eine Ebene von minimaler Größe zwischen der Datenquelle und dem Code und erhöhen so die Leistung, ohne auf Funktionalität verzichten zu müssen.

In der folgenden Tabelle sind die Datenanbieter aufgelistet, die in .NET Framework enthalten sind.

.NET Framework-Datenanbieter BESCHREIBUNG
.NET Framework-Datenanbieter für SQL Server Ermöglicht den Datenzugriff für Microsoft SQL Server. Verwendet den System.Data.SqlClient -Namespace.
.NET Framework-Datenanbieter für OLE DB Für Datenquellen, die mit OLE DB verfügbar gemacht werden. Verwendet den System.Data.OleDb -Namespace.
.NET Framework-Datenanbieter für ODBC Für Datenquellen, die mit ODBC verfügbar gemacht werden. Verwendet den System.Data.Odbc -Namespace.
.NET Framework-Datenanbieter für Oracle Für Oracle-Datenquellen. Der .NET Framework-Datenanbieter für Oracle unterstützt Oracle-Clientsoftware der Version 8.1.7 und höher und verwendet den System.Data.OracleClient-Namespace.
EntityClient-Anbieter Stellt Datenzugriff für Entity Data Model (EDM)-Anwendungen bereit. Verwendet den System.Data.EntityClient -Namespace.
.NET Framework-Datenanbieter für SQL Server Compact 4.0 Ermöglicht den Datenzugriff für Microsoft SQL Server Compact 4.0. Verwendet den Namespace System.Data.SqlServerCe .

Hauptobjekte von .NET Framework-Datenanbietern

In der folgenden Tabelle werden die vier Hauptobjekte aufgelistet, aus denen sich ein .NET Framework-Datenanbieter zusammensetzt.

Object Beschreibung
Connection Stellt eine Verbindung mit einer bestimmten Datenquelle her. Die Basisklasse für alle Connection -Objekte ist die DbConnection -Klasse.
Command Führt einen Befehl für eine Datenquelle aus. Macht Parameters verfügbar und kann im Rahmen einer Transaction von einer Connectionaus ausgeführt werden. Die Basisklasse für alle Command -Objekte ist die DbCommand -Klasse.
DataReader Liest einen schreibgeschützten Vorwärtsstream von Daten aus einer Datenquelle. Die Basisklasse für alle DataReader -Objekte ist die DbDataReader -Klasse.
DataAdapter Füllt ein DataSet auf und löst Aktualisierungen mit der Datenquelle auf. Die Basisklasse für alle DataAdapter -Objekte ist die DbDataAdapter -Klasse.

Zusätzlich zu den in der obigen Tabelle aufgelisteten Hauptklassen enthält ein .NET Framework-Datenanbieter auch die in der folgenden Tabelle aufgeführten Klassen.

Object Beschreibung
Transaction Trägt Befehle in Transaktionen an der Datenquelle ein. Die Basisklasse für alle Transaction -Objekte ist die DbTransaction -Klasse. ADO.NET unterstützt auch Transaktionen mit Klassen im System.Transactions -Namespace.
CommandBuilder Hilfsobjekt, das automatisch Befehlseigenschaften eines DataAdapter erstellt oder Parameterinformationen aus einer gespeicherten Prozedur ableitet und die Parameters -Auflistung eines Command -Objekts auffüllt. Die Basisklasse für alle CommandBuilder -Objekte ist die DbCommandBuilder -Klasse.
ConnectionStringBuilder Hilfsobjekt, das eine einfache Möglichkeit bietet, den Inhalt von Verbindungszeichenfolgen zu erstellen und zu verwalten, die von den Connection -Objekten verwendet werden. Die Basisklasse für alle ConnectionStringBuilder -Objekte ist die DbConnectionStringBuilder -Klasse.
Parameter Definiert Eingabe-, Ausgabe- und Rückgabewertparameter für Befehle und gespeicherte Prozeduren. Die Basisklasse für alle Parameter -Objekte ist die DbParameter -Klasse.
Exception Wird zurückgegeben, wenn in der Datenquelle ein Fehler auftritt. Bei einem Fehler auf dem Client lösen .NET Framework Datenanbieter eine .NET Framework-Ausnahme aus. Die Basisklasse für alle Exception -Objekte ist die DbException -Klasse.
Error Macht die Informationen aus einer von einer Datenquelle zurückgegebenen Warnung bzw. einem von einer Datenquelle zurückgegebenen Fehler verfügbar.
ClientPermission Wird für Codezugriffssicherheitsattribute von .NET Framework-Datenanbietern bereitgestellt. Die Basisklasse für alle ClientPermission -Objekte ist die DBDataPermission -Klasse.

.NET Framework-Datenanbieter für SQL Server (SqlClient)

Der .NET Framework-Datenanbieter für SQL Server (SqlClient) verwendet sein eigenes Protokoll für die Kommunikation mit SQL Server. Dieses Protokoll ist kompakt und leistungsfähig, da es für den direkten Zugriff auf SQL Server optimiert ist, ohne dass dabei eine OLE DB- oder ODBC-Schicht (Open Database Connectivity) hinzugefügt wird. In der folgenden Abbildung werden der .NET Framework-Datenanbieter für SQL Server und der .NET Framework-Datenanbieter für OLE DB miteinander verglichen. Der .NET Framework-Datenanbieter für OLE DB kommuniziert mit einer OLE DB-Datenquelle über die OLE DB-Dienstkomponente, die Verbindungspooling und Transaktionsdienste bereitstellt, und über den OLE DB-Anbieter für die Datenquelle.

Hinweis

Die Architektur des .NET Framework-Datenanbieters für ODBC ähnelt der des .NET Framework-Datenanbieters für OLE DB. So wird beispielsweise bei beiden eine ODBC-Dienstkomponente aufgerufen.

Data providers
Vergleich des .NET Framework-Datenanbieters für SQL Server und des .NET Framework-Datenanbieters für OLE DB

Der .NET Framework-Datenanbieter für SQL Server-Klassen befindet sich im System.Data.SqlClient-Namespace.

Der .NET Framework-Datenanbieter für SQL Server unterstützt sowohl lokale als auch verteilte Transaktionen. Bei verteilten Transaktionen trägt sich der .NET Framework-Datenanbieter für SQL Server standardmäßig automatisch in eine Transaktion ein und ruft Transaktionsdetails von den Windows-Komponentendiensten oder von System.Transactions ab. Weitere Informationen finden Sie unter Transaktionen und Parallelität.

Im folgenden Codebeispiel wird gezeigt, wie Sie den System.Data.SqlClient -Namespace in Anwendungen einbinden können.

Imports System.Data.SqlClient  
using System.Data.SqlClient;  

.NET Framework-Datenanbieter für OLE DB

Der .NET Framework-Datenanbieter für OLE DB (OleDb) ermöglicht den Datenzugriff mithilfe von nativem OLE DB über COM-Interop. Der .NET Framework-Datenanbieter für OLE DB unterstützt sowohl lokale als auch verteilte Transaktionen. Bei verteilten Transaktionen trägt sich der .NET Framework-Datenanbieter für OLE DB standardmäßig automatisch in eine Transaktion ein und ruft Transaktionsdetails von den Windows-Komponentendiensten ab. Weitere Informationen finden Sie unter Transaktionen und Parallelität.

In der folgenden Tabelle werden die Anbieter aufgeführt, die mit ADO.NET getestet wurden.

Treiber Anbieter
SQLOLEDB Microsoft OLE DB-Anbieter für SQL Server
MSDAORA Microsoft OLE DB-Anbieter für Oracle
Microsoft.Jet.OLEDB.4.0 OLE DB-Anbieter für Microsoft Jet

Hinweis

Die Verwendung einer Access-Datenbank (Jet-Datenbank) als Datenquelle für Multithreadanwendungen (z. B. ASP.NET-Anwendungen) wird nicht empfohlen. Wenn Sie Jet als Datenquelle für eine ASP.NET-Anwendung verwenden müssen, müssen Sie sich bewusst sein, dass beim Herstellen von Verbindungen zwischen ASP.NET-Anwendungen und einer Access-Datenbank Verbindungsprobleme auftreten können.

Der .NET Framework-Datenanbieter für OLE DB unterstützt keine OLE DB 2.5-Schnittstellen. OLE DB-Anbieter, die Unterstützung für OLE DB 2.5-Schnittstellen benötigen, funktionieren in Verbindung mit dem .NET Framework-Datenanbieter für OLE DB nicht ordnungsgemäß. Dies betrifft auch den Microsoft OLE DB-Anbieter für Exchange und den Microsoft OLE DB-Anbieter für Internet Publishing.

Der .NET Framework-Datenanbieter für OLE DB funktioniert nicht in Verbindung mit dem OLE DB-Anbieter für ODBC (MSDASQL). Wenn Sie mithilfe von ADO.NET auf eine ODBC-Datenquelle zugreifen möchten, verwenden Sie den .NET Framework-Datenanbieter für ODBC.

Die Klassen des .NET Framework-Datenanbieters für OLE DB befinden sich im System.Data.OleDb-Namespace. Im folgenden Codebeispiel wird gezeigt, wie Sie den System.Data.OleDb -Namespace in Anwendungen einbinden können.

Imports System.Data.OleDb  
using System.Data.OleDb;  

.NET Framework-Datenanbieter für ODBC

Der .NET Framework-Datenanbieter für ODBC (Odbc) verwendet für die Bereitstellung des Datenzugriffs den nativen ODBC-Treiber-Manager. Der ODBC-Datenanbieter unterstützt sowohl lokale als auch verteilte Transaktionen. Bei verteilten Transaktionen trägt sich der ODBC-Datenanbieter standardmäßig automatisch in eine Transaktion ein und ruft Transaktionsdetails von den Windows-Komponentendiensten ab. Weitere Informationen finden Sie unter Transaktionen und Parallelität.

In der folgenden Tabelle sind die ODBC-Treiber aufgeführt, die mit ADO.NET getestet wurden.

Treiber
SQL Server
Microsoft ODBC für Oracle
Microsoft Access Driver (*.mdb)

Die Klassen des .NET Framework-Datenanbieters für ODBC befinden sich im System.Data.Odbc-Namespace.

Im folgenden Codebeispiel wird gezeigt, wie Sie den System.Data.Odbc -Namespace in Anwendungen einbinden können.

Imports System.Data.Odbc  
using System.Data.Odbc;  

Hinweis

Der .NET Framework-Datenanbieter für ODBC erfordert MDAC 2.6 oder höher. Wir empfehlen MDAC 2.8 SP1.

.NET Framework-Datenanbieter für Oracle

Der .NET Framework-Datenanbieter für Oracle (OracleClient) ermöglicht den Datenzugriff auf Oracle-Daten mithilfe von Oracle-Clientverbindungssoftware. Der Datenanbieter unterstützt Oracle-Clientsoftware Version 8.1.7 oder höher. Der Datenanbieter unterstützt sowohl lokale als auch verteilte Transaktionen. Weitere Informationen finden Sie unter Transaktionen und Parallelität.

Für die Herstellung einer Verbindung mit der Oracle-Datenquelle benötigt der .NET Framework-Datenanbieter für Oracle die Oracle-Clientsoftware (Version 8.1.7 oder höher) im System.

Die Klassen des .NET Framework-Datenanbieters für Oracle befinden sich im System.Data.OracleClient-Namespace und sind in der System.Data.OracleClient.dll-Assembly enthalten. Beim Kompilieren einer Anwendung, die den Datenanbieter verwendet, müssen Sie auf die Dateien System.Data.dll und System.Data.OracleClient.dll verweisen.

Im folgenden Codebeispiel wird gezeigt, wie Sie den System.Data.OracleClient -Namespace in Anwendungen einbinden können.

Imports System.Data  
Imports System.Data.OracleClient  
using System.Data;  
using System.Data.OracleClient;  

Auswählen eines .NET Framework-Datenanbieters

Abhängig vom Entwurf und von der Datenquelle für Ihre Anwendung kann die Auswahl des richtigen .NET Framework-Datenanbieters zu einer besseren Leistung, Effizienz und Integrität Ihrer Anwendung beitragen. In der folgenden Tabelle werden die Vorteile und Einschränkungen der einzelnen .NET Framework-Datenanbieter erläutert.

Anbieter Hinweise
.NET Framework-Datenanbieter für SQL Server Empfohlen für Anwendungen der mittleren Ebene, die Microsoft SQL Server verwenden

Empfohlen für Anwendungen mit nur einer Ebene, die die Microsoft-Datenbank-Engine (MSDE) oder SQL Server verwenden

Empfohlen bei Verwendung des OLE DB-Anbieters für SQL Server (SQLOLEDB) mit dem .NET Framework-Datenanbieter für OLE DB.
.NET Framework-Datenanbieter für OLE DB Für SQL Server wird anstelle dieses Anbieters der .NET Framework-Datenanbieter für SQL Server empfohlen.

Empfohlen für Anwendungen mit nur einer Ebene, die Microsoft Access-Datenbanken verwenden. Von der Verwendung einer Access-Datenbank für eine Anwendung der mittleren Ebene wird abgeraten.
.NET Framework-Datenanbieter für ODBC Empfohlen für Anwendungen in der mittleren Ebene und Anwendungen mit nur einer Ebene, die ODBC-Datenquellen verwenden.
.NET Framework-Datenanbieter für Oracle Empfohlen für Anwendungen in der mittleren Ebene und Anwendungen mit nur einer Ebene, die Oracle-Datenquellen verwenden.

EntityClient-Anbieter

Der EntityClient-Anbieter wird für den Datenzugriff basierend auf einem Entity Data Model (EDM) verwendet. Im Gegensatz zu anderen .NET Framework-Datenanbietern interagiert er nicht direkt mit einer Datenquelle. Stattdessen kommuniziert er über Entity SQL mit dem zugrunde liegenden Datenanbieter. Weitere Informationen finden Sie unter EntityClient-Anbieter für das Entity Framework.

Siehe auch