Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Visual Studio und .NET bieten gemeinsam umfangreiche API- und Toolunterstützung für die Verbindung mit Datenbanken, modellieren von Daten im Arbeitsspeicher und Anzeigen der Daten auf der Benutzeroberfläche. Die .NET-Klassen, die Datenzugriffsfunktionen bereitstellen, werden als ADO.NET bezeichnet. ADO.NET wurde zusammen mit den Datentools in Visual Studio hauptsächlich entwickelt, um relationale Datenbanken und XML zu unterstützen. Heutzutage bieten viele NoSQL-Datenbankanbieter oder Drittanbieter ADO.NET Anbieter an.
Hinweis
Die DataSet Klassen und verwandten Klassen sind ältere .NET Framework-Technologien aus den frühen 2000er Jahren, mit denen Anwendungen mit Daten im Arbeitsspeicher arbeiten können, während die Apps von der Datenbank getrennt sind. Die Technologien sind besonders nützlich für Apps, mit denen Benutzer Daten ändern und die Änderungen wieder in der Datenbank speichern können. Obwohl Datasets eine bewährte erfolgreiche Technologie sind, ist der empfohlene Ansatz für neue .NET-Anwendungen die Verwendung von Entity Framework Core. Entity Framework bietet eine natürlichere Möglichkeit zum Arbeiten mit tabellarischen Daten als Objektmodelle und verfügt über eine einfachere Programmierschnittstelle.
Das folgende Diagramm zeigt eine vereinfachte Ansicht der grundlegenden Architektur:
Installation
Um die Datentools für .NET zu verwenden, benötigen Sie die in Visual Studio installierten Workloads .NET-Desktopentwicklung und Datenspeicherung und -verarbeitung. Um sie zu installieren, öffnen Sie Visual Studio Installer, und wählen Sie Ändern (oder Mehr>Ändern) neben der Version von Visual Studio aus, die Sie ändern möchten. Weitere Informationen finden Sie im Artikel Ändern von Visual Studio durch Hinzufügen oder Entfernen von Arbeitsauslastungen und Komponenten.
Typischer Workflow
Der typische Workflow ist dies:
Installieren Sie eine Entwicklungs- oder Testdatenbank auf Ihrem lokalen Computer. Siehe Installieren von Datenbanksystemen, Tools und Beispielen. Wenn Sie einen Azure-Datendienst verwenden, ist dieser Schritt nicht erforderlich.
Testen Sie die Verbindung mit der Datenbank (oder dem Dienst oder der lokalen Datei) in Visual Studio. Siehe Hinzufügen neuer Verbindungen.
(Optional) Verwenden Sie die Tools, um ein neues Modell zu generieren und zu konfigurieren. Modelle, die auf Entity Framework basieren, sind die Standardempfehlung für neue Anwendungen. Das Modell, je nachdem, welches Sie verwenden, ist die Datenquelle, mit der die Anwendung interagiert. Das Modell befindet sich logisch zwischen der Datenbank oder dem Dienst und der Anwendung. Siehe Hinzufügen neuer Datenquellen.
Ziehen Sie die Datenquelle aus dem Datenquellenfenster auf eine Windows Forms-, ASP.NET- oder Windows Presentation Foundation-Entwurfsoberfläche, um den Datenbindungscode zu generieren, der die Daten dem Benutzer in der von Ihnen angegebenen Weise anzeigt. Siehe Binden von Steuerelementen an Daten in Visual Studio.
Fügen Sie benutzerdefinierten Code für Geschäftsregeln, Suche und Datenüberprüfung hinzu, oder nutzen Sie benutzerdefinierte Funktionen, die die zugrunde liegende Datenbank verfügbar macht.
Sie können Schritt 3 überspringen und eine .NET-Anwendung programmieren, um Befehle direkt in eine Datenbank zu stellen, anstatt ein Modell zu verwenden. In diesem Fall finden Sie die entsprechende Dokumentation hier: ADO.NET. Beachten Sie, dass Sie den Datenquellenkonfigurations-Assistenten und Designer weiterhin verwenden können, um Datenbindungscode zu generieren, wenn Sie Ihre eigenen Objekte im Arbeitsspeicher auffüllen und dann UI-Steuerelemente an diese Objekte binden.