ActiveX Data Objects - Versionsgeschichte

Filzstift: /* Grundlegendes */BKL-fix, replaced: .NET → .NET mit AWB

2022-05-31T06:36:22Z

Grundlegendes: BKL-fix, replaced: .NET → .NET mit AWB

← Nächstältere Version		Version vom 31. Mai 2022, 08:36 Uhr
Zeile 15:		Zeile 15:
	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\|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 String angegeben. Beispiel: <span style="font-family:monospace;">"Microsoft.Jet.OLEDB.4.0"</span> für Access 2000.		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\|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 String angegeben. Beispiel: <span style="font-family:monospace;">"Microsoft.Jet.OLEDB.4.0"</span> 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.		Mit Einführung der [[.Net-Framework\|.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.

	{{Siehe auch \|ADOX\|titel1=ADO Extension}}		{{Siehe auch \|ADOX\|titel1=ADO Extension}}

TaxonBot: Bot: Überarbeitung veralteter Syntax / HTML-Validierung

2021-04-10T11:42:08Z

Bot: Überarbeitung veralteter Syntax / HTML-Validierung

← Nächstältere Version		Version vom 10. April 2021, 13:42 Uhr
Zeile 13:		Zeile 13:
	: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen oder ändern.		: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen 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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.		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\|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 String angegeben. Beispiel: <span style="font-family:monospace;">"Microsoft.Jet.OLEDB.4.0"</span> 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.		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.

Orthographus: Rechtschreibung

2021-02-25T17:19:00Z

Rechtschreibung

← Nächstältere Version		Version vom 25. Februar 2021, 19:19 Uhr
Zeile 15:		Zeile 15:
	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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.		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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> 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.		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.

	{{Siehe auch \|ADOX\|titel1=ADO Extension}}		{{Siehe auch \|ADOX\|titel1=ADO Extension}}

Polluks: /* Grundlegendes */ https://accessexperts.com/blog/2013/04/09/dao-or-adodb-which-one-should-you-use-and-when/

2019-12-10T13:35:47Z

Grundlegendes: https://accessexperts.com/blog/2013/04/09/dao-or-adodb-which-one-should-you-use-and-when/

← Nächstältere Version		Version vom 10. Dezember 2019, 15:35 Uhr
Zeile 13:		Zeile 13:
	: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen oder ändern.		: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen oder ändern.

	Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) ~~wesentliche~~ 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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.		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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> 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.		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.

Färber am 2. Februar 2019 um 20:48 Uhr

2019-02-02T20:48:43Z

← Nächstältere Version		Version vom 2. Februar 2019, 22:48 Uhr
Zeile 1:		Zeile 1:
	'''ActiveX Data Objects''' ('''ADO'''; deutsch ''ActiveX-Datenobjekte'') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[~~Datenbanken~~]] und tabellenartige Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.		'''ActiveX Data Objects''' ('''ADO'''; deutsch ''ActiveX-Datenobjekte'') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[Datenbank]]en und tabellenartige Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.

	== Grundlegendes ==		== Grundlegendes ==

Trustable: Kleinigkeiten verbessert

2017-02-26T15:37:22Z

Kleinigkeiten verbessert

← Nächstältere Version		Version vom 26. Februar 2017, 17:37 Uhr
Zeile 13:		Zeile 13:
	: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen oder ändern.		: Mit dem ''Command''-Objekt lässt sich die Datenbank mit Befehlen wie z. B. <code>SELECT</code>, <code>UPDATE</code>, <code>CREATE TABLE</code>, <code>INSERT INTO</code> abfragen oder ändern.

	Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) wesentliche 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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.		Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) wesentliche 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\|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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> 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.		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.
Zeile 20:		Zeile 20:

	== Weblinks ==		== Weblinks ==
	* [http://msdn.microsoft.com/de-de/library/ms675532.aspx ADO Dokumentation bei Microsoft] (~~engl.~~)		* [http://msdn.microsoft.com/de-de/library/ms675532.aspx ADO Dokumentation bei Microsoft] (englisch)
	* [http://www.connectionstrings.com ConnectionStrings Übersicht] (~~engl.~~)		* [http://www.connectionstrings.com ConnectionStrings Übersicht] (englisch)

	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]

ESync: Grammatik-Korrektur

2017-01-08T20:35:02Z

Grammatik-Korrektur

← Nächstältere Version		Version vom 8. Januar 2017, 22:35 Uhr
Zeile 1:		Zeile 1:
	'''ActiveX Data Objects''' ('''ADO'''; deutsch ''ActiveX-Datenobjekte'') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[Datenbanken]] und ~~tabellenartigen~~ Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.		'''ActiveX Data Objects''' ('''ADO'''; deutsch ''ActiveX-Datenobjekte'') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[Datenbanken]] und tabellenartige Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.

	== Grundlegendes ==		== Grundlegendes ==

Nameless23: ActiveX-Datenobjekte

2015-06-13T17:47:36Z

ActiveX-Datenobjekte

← Nächstältere Version		Version vom 13. Juni 2015, 19:47 Uhr
Zeile 1:		Zeile 1:
	'''ActiveX Data Objects''' ('''ADO''') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[Datenbanken]] und tabellenartigen Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.		'''ActiveX Data Objects''' ('''ADO'''; deutsch ''ActiveX-Datenobjekte'') [{{IPA\|ˌæktɪvˈɛks ˈdeɪtəˌɑːbdʒɪkts}}] ist eine auf [[ActiveX]] basierende [[Programmierschnittstelle\|Schnittstelle]] zum Datenzugriff auf [[Datenbanken]] und tabellenartigen Datenquellen wie z. B. [[Microsoft Excel\|Excel]]-Arbeitsblätter und [[CSV-Datei]]en.

	== Grundlegendes ==		== Grundlegendes ==

KLBot2: Bot: 14 Interwiki-Link(s) nach Wikidata (:d:Q344005) migriert

2013-03-25T23:32:06Z

Bot: 14 Interwiki-Link(s) nach Wikidata (d:Q344005) migriert

← Nächstältere Version		Version vom 26. März 2013, 01:32 Uhr
Zeile 25:		Zeile 25:
	[[Kategorie:Datenbankschnittstelle]]		[[Kategorie:Datenbankschnittstelle]]
	[[Kategorie:Microsoft]]		[[Kategorie:Microsoft]]

	[[da:ADO]]
	[[en:ActiveX Data Objects]]
	[[es:ActiveX Data Objects]]
	[[fr:ActiveX Data Objects]]
	[[it:ActiveX Data Objects]]
	[[ja:ActiveX Data Objects]]
	[[ko:액티브엑스 데이터 오브젝트]]
	[[nl:ActiveX Data Objects]]
	[[pl:ActiveX Data Objects]]
	[[pt:ActiveX Data Objects]]
	[[ru:ADO]]
	[[th:ActiveX Data Objects]]
	[[uk:ADO]]
	[[zh:ADO]]

Momotaro: Änderung 95090464 von 79.253.38.43 wurde rückgängig gemacht. "Denn" war richtig.

2011-10-26T21:43:51Z

Änderung 95090464 von 79.253.38.43 wurde rückgängig gemacht. "Denn" war richtig.

← Nächstältere Version		Version vom 26. Oktober 2011, 23:43 Uhr
Zeile 15:		Zeile 15:
	Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) wesentliche 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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.		Der Datenbankzugriff mit ADO weist gegenüber dem Vorgänger (DAO) wesentliche 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 String angegeben. Beispiel: <tt>"Microsoft.Jet.OLEDB.4.0"</tt> für Access 2000.

	Mit Einführung der [[.NET]] Technologie wurde ADO zu [[ADO.NET]], was trotz des Namens eher als komplettes Neudesign 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.		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.

	{{Siehe auch \|ADOX\|titel1=ADO Extension}}		{{Siehe auch \|ADOX\|titel1=ADO Extension}}