ADO.NET ist die natürliche Weiterentwicklung von ADO für das .NET Framework. Es handelt sich, genau wie bei ADO, um eine Schnittstelle um mit OLE DB fähigen Datenquellen zu kommunizieren, daraus Daten abzufragen, diese zu ändern und upzudaten. Zuerst ein kurzer Rückblick: Was ist aus ADO geworden? Warum brauchen wir eine neue Schnittstelle? ADO war hauptsächlich für Anwendungen konzipiert die ständig eine Verbindung mit der Datenquelle benötigten. Ein Problem von ADO war die Art und Weise um Daten im Speicher zu halten. Mit ADO hatte man nicht die Möglichkeit relationale Datenstrukturen zu speichern. (Ausser man verwendet den MSDataShape Provider)
In der heutigen mobilen Welt benötigt man jedoch Datenspeicher Methoden die "disconnected" von der Datenquelle sein können. ADO.NET schlägt genau diese Brücke. ADO.NET unterstützt ausserdem ein relationales und hierarchisches Datenmodell. Um mit der Welt des WWW up - to - date zu bleiben basiert ADO.NET hauptsächlich auf XML. In der .NET Framework Library finden Sie in folgenden Namespaces:
System.Data
System.Data.ADO
System.Data.SQL
System.Data.SQLTypes
Um mit ADO.NET nun Daten abzufragen benötigen Sie
- ManagedProvider
- DataSet
Die Managed Provider sind Hauptbestandteil von ADO.NET Objektmodell besteht weiterhin aus folgenden Komponenten:
- Connection
- Command
- DataReader
- DataSetCommand
Nun zum DataSet. Das DataSet ist die Ablöse des alten, liebgewonnen Recordsets.
Das DataSet ist, genauso wie das Recordset, ein InMemory Abbild der Daten. Es bietet eine Relationale Ansicht der Daten, es ist ein disconnected entfernbares Objekt und hat keine Information über die Datenquelle. Die Daten werden als XML geladen und gespeichert.
Um nun Daten in Ihre Anwendung zu bringen sind generell folgende Schritte nötig
Aufbauen einer connection mit SQLConnection
Konnektieren der Datenbank mit SQLDataSetCommand
Befüllen des DataSet 's mit SQLDataSetCommand.FillDataSet
Erzeugen eines neuen DataView für die gewünschte Tabelle
Binden eines Server Controls an das DataView