ActiveX Data Objects
Auch heute noch ist ActiveX Data Objects ein relevantes Thema und für viele Menschen auf der ganzen Welt von großem Interesse. Seine Bedeutung ist über die Zeit erhalten geblieben und sein Einfluss erstreckt sich auf verschiedene Aspekte des täglichen Lebens. Sowohl auf persönlicher als auch auf beruflicher Ebene spielt ActiveX Data Objects eine grundlegende Rolle bei der Entscheidungsfindung und bei der Art und Weise, wie wir mit unserer Umwelt interagieren. Aus diesem Grund ist es wichtig, das Wissen und Verständnis von ActiveX Data Objects zu vertiefen, um seine Implikationen und Auswirkungen auf unsere Realität zu analysieren. In diesem Artikel werden wir verschiedene Perspektiven und Ansätze zu ActiveX Data Objects untersuchen, mit dem Ziel, eine umfassende und bereichernde Sicht auf dieses sehr relevante Thema zu bieten.
ActiveX Data Objects (ADO; deutsch ActiveX-Datenobjekte) ist eine auf ActiveX basierende Schnittstelle zum Datenzugriff auf Datenbanken und tabellenartige Datenquellen wie z. B. Excel-Arbeitsblätter und CSV-Dateien.[1][2]
Grundlegendes
ADO ist der Nachfolger von DAO (Data Access Objects). Mit ADO lassen sich nahezu alle gebräuchlichen relationalen Datenbanken (z. B. Microsoft Access, Microsoft SQL Server, Oracle oder Informix) ansprechen, aber auch ISAM- und hierarchische Datenquellen.[3]
Das ADO-Datenmodell besteht aus den drei wichtigsten Komponenten:[1]
- Connection (Verbindung)
- Muss den Ort und den Namen der angesprochenen Datenbank beinhalten und stellt die Verbindung mit der Datenbank her.
- Recordset (Menge von Datensätzen)
- Der Verbindung untergeordnetes und abhängiges Objekt, das Daten in Form von Tabellen oder Abfragen beinhaltet.
- Command (Befehls-Objekt)
- Mit dem Command-Objekt lässt sich die Datenbank mit Befehlen wie z. B.
SELECT,UPDATE,CREATE TABLE,INSERT INTOabfragen oder ändern.
Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) nur unter bestimmten Umständen Verbesserungen in der Ausführungsgeschwindigkeit auf. Der Grund liegt bei ADO in der Verwendung der ODBC-Schnittstelle. Für die Festlegung des Datenbankzugriffs wird der OLE-DB-Provider benötigt, der zur Neuerung von ADO gehört. Mit Hilfe des Providers kann dem Connection-Objekt mitgeteilt werden, auf welche Datenbank zugegriffen werden soll und um welche Version es sich dabei handelt. Der Wert wird dabei als Zeichenkette angegeben. Beispiel: „Microsoft.Jet.OLEDB.4.0“ für Access 2000.
Mit Einführung der .NET-Technologie wurde ADO zu ADO.NET, was trotz des Namens eher als komplettes Neudesign denn als Evolutionsschritt zu betrachten ist. ADO.NET legt den Schwerpunkt auf sogenannte Disconnected-Szenarios, bei denen die Verbindung zur Datenbank immer nur so kurz wie möglich aufrechterhalten werden soll. Ein ähnliches Prinzip war unter ADO mit den Disconnected Recordsets möglich.
Literatur
- Jason T. Roff: ADO: ActiveX Data Objects. O’Reilly, 2001, ISBN 1-56592-415-0 (englisch).
Weblinks
- ADO Dokumentation bei Microsoft (englisch)
- ConnectionStrings Übersicht (englisch)
Einzelnachweise
- ↑ a b Holger Schwichtenberg: COM-Komponenten-Handbuch: Systemprogrammierung und Scripting mit COM-Komponenten. Addison-Wesley, 2001, ISBN 3-8273-1936-6, Kapitel 9: ActiveX Data Objects (ADO), S. 305–348.
- ↑ What you can do with ADO. In: learn.microsoft.com. Microsoft, 14. September 2021, abgerufen am 15. Oktober 2025 (englisch).
- ↑ Michael Floyd: Inside Visual Studio .NET. In: PC Magazine. Band 20, Nr. 15. Ziff Davis, September 2001, ISSN 0888-8507, S. 95–100 (englisch, eingeschränkte Vorschau in der Google-Buchsuche).