OLE DB-Anbieter
Gilt für: Access 2013, Office 2013
Im ADO-Programmierhandbuch Einführung wird die Beziehung zwischen ADO und dem Rest der Microsoft Data Access-Architektur erläutert. OLE DB definiert eine Reihe von COM-Schnittstellen, um Anwendungen einen einheitlichen Zugriff auf Daten zu ermöglichen, die in verschiedenen Datenquellen gespeichert sind. Auf diese Weise können die Daten einer Datenquelle in Schnittstellen verwendet werden, die die entsprechende DBMS-Funktionalität unterstützen. Die leistungsfähige OLE DB-Architektur basiert auf der Verwendung eines flexiblen, komponentenbasierten Dienstmodells. Anstelle einer vorgeschriebenen Anzahl von Zwischenkomponenten zwischen der Anwendung und den Daten benötigt OLE DB nur so viele Komponenten, wie zum Ausführen einer bestimmten Aufgabe erforderlich sind.
Angenommen, ein Benutzer möchte eine Abfrage ausführen. Betrachten Sie dazu die folgenden Szenarien:
Die Daten sind in einer relationalen Datenbank gespeichert, für die derzeit ein ODBC-Treiber, aber kein systemeigener OLE DB-Anbieter vorhanden ist: ADO wird von der Anwendung für die Kommunikation mit dem OLE DB-Anbieter für ODBC verwendet, der dann den entsprechenden ODBC-Treiber lädt. Der Treiber übergibt die SQL-Anweisung an das DBMS, das die Daten abruft.
Die Daten sind in Microsoft SQL Server gespeichert, wofür es einen systemeigenen OLE DB-Anbieter gibt: Die Anwendung verwendet ADO für die direkte Kommunikation mit dem OLE DB-Anbieter für Microsoft SQL Server. Es sind keine Zwischenkomponenten erforderlich.
Die Daten sind in Microsoft Exchange Server gespeichert, wofür es einen OLE DB-Anbieter gibt, der jedoch kein Modul zum Verarbeiten von SQL-Abfragen verfügbar macht: Die Anwendung verwendet ADO für die Kommunikation mit dem OLE DB-Anbieter für Microsoft Exchange und ruft eine OLE DB-Abfrageprozessorkomponente zum Verarbeiten der Abfragen auf.
Die Daten sind im Microsoft NTFS-Dateisystem in Form von Dokumenten gespeichert: Auf die Daten wird mit einem systemeigenen OLE DB-Anbieter over Microsoft Indexing Service zugegriffen, der den Inhalt und die Eigenschaften von Dokumenten im Dateisystem indiziert, um effiziente Suchvorgänge für Inhalt zu ermöglichen.
In allen vorangegangenen Beispielen können die Daten von der Anwendung abgefragt werden. Die Anforderungen des Benutzers werden mit einer minimalen Anzahl von Komponenten erfüllt. In jedem Fall werden zusätzliche Komponenten nur bei Bedarf verwendet, und nur die erforderlichen Komponenten werden aufgerufen. Durch das Laden im Bedarfsfall von wiederverwendbaren und gemeinsam nutzbaren Komponenten kann die Leistung bei der Verwendung von OLE DB erheblich optimiert werden.
Die Anbieter können in zwei Kategorien unterteilt werden: Anbieter, die Daten bereitstellen, und Anbieter, die Dienste bereitstellen. Ein Datenprovider besitzt seine eigenen Daten und macht sie im Tabellenformat für die Anwendung verfügbar. Ein Dienstanbieter kapselt einen Dienst durch Erstellen und Verwenden von Daten, wodurch in Ihren ADO-Anwendungen mehr Features bereitstehen. Ein Dienstanbieter kann außerdem weiterhin als Dienstkomponente bezeichnet werden, die in Verbindung mit anderen Dienstanbietern oder -komponenten verwendet wird.
ADO stellt den verschiedenen OLE DB-Anbietern eine konsistente Schnittstelle auf hoher Ebene bereit.
Dieser Abschnitt enthält die folgenden Themen: