Vorteile von ADO.NET
Dieser Dokumentation für die Vorschau nur ist und in späteren Versionen geändert. Leere Themen wurden als Platzhalter eingefügt.]
ADO.NET bietet mehrere Vorteile gegenüber früheren Versionen von ADO und anderen Datenzugriffskomponenten. Diese Vorteile werden in der folgenden Kategorien unterteilt:
Interoperabilität
ADO.NET-Anwendungen können die Flexibilität und allgemeinen Akzeptanz von XML nutzen. Da XML das Format zum Übertragen von Datasets über das Netzwerk ist, kann eine beliebige Komponente, die das XML-Format lesen kann Daten verarbeiten. Tatsächlich muss die empfangende Komponente eine Komponente ADO.NET nicht überhaupt sein: Übertragende Komponente kann einfach übertragen das Dataset an sein Ziel ohne Rücksicht auf wie die empfangende Komponente implementiert wird. Die Zielkomponente kann eine Visual Studio-Anwendung oder einer anderen Anwendung mit einem beliebigen Tool überhaupt implementiert sein. Die einzige Voraussetzung ist, dass die empfangende Komponente XML lesen kann. XML wurde als Industriestandard genau diese Art der Interoperabilität unter Berücksichtigung entwickelt.
Verwaltbarkeit
Im Leben eines bereitgestellten Systems gering Änderungen sind möglich, aber erhebliche architektonische Änderungen sind selten versucht, da Sie so schwierig sind. Das ist leider, da in einer natürlichen Kurs von Ereignissen erheblichen Änderungen erforderlich werden können. Eine bereitgestellte Anwendung mit Benutzern beliebte wird, kann die erhöhte Leistung Last beispielsweise Architekturänderungen erfordern. Die Leistung Serverlast eine bereitgestellte Anwendung wächst, können Systemressourcen knapp werden und die Reaktionszeit oder der Durchsatz kann darunter leiden. Mit diesem Problem konfrontiert, können Softwarearchitekten dem Server Verarbeiten von Geschäftslogik und Benutzeroberflächen-Verarbeitung auf separate Ebenen auf separaten Computern aufteilen. Im Endeffekt wird die Server-Anwendungsebene mit zwei Ebenen, verringern den Mangel an Systemressourcen ersetzt.
Das Problem ist nicht mit eine dreistufigen Anwendung entwerfen. Es wird stattdessen die Anzahl der Ebenen erhöhen, nachdem eine Anwendung bereitgestellt wurde. Wenn die ursprüngliche Anwendung in ADO.NET mit Datasets implementiert ist, wird diese Transformation einfacher. Beachten Sie, wenn Sie eine einzelne Ebene durch zwei Ebenen ersetzen Sie anordnen für diese zwei Ebenen Informationen austauschen. Da die Anwendungsebenen Daten über XML-formatierte Datasets übertragen werden können, ist die Kommunikation relativ einfach.
Programmierbarkeit
ADO.NET Datenkomponenten in Visual Studio kapseln Datenzugriffsfunktionen in verschiedene Möglichkeiten, mit deren Hilfe schneller und mit weniger Fehlern zu programmieren. Z. B. von Datenbefehlen abstrahieren die Aufgabe erstellen und Ausführen von SQL-Anweisungen oder gespeicherte Prozeduren.
Ebenso ADO.NET-Datenklassen durch das Ergebnis Designertools in typisierten Datasets generiert. Dies können wiederum Sie über typisierte Programmierung auf Daten zugreifen. Betrachten Sie beispielsweise die folgende Codezeile ein Datenelement in einem nicht typisierten Dataset zugreift:
If totalCost > CType(dataSet1.Tables("Customers").Rows(n)("AvailableCredit"), Double) Then
if (totalCost > (double)dataSet1.Tables["Customers"].Rows[n]["AvailableCredit"])
Die entsprechende Zeile, einen Datenmember in einem typisierten Dataset zugreifen sieht folgendermaßen aus:
If totalCost > dataSet2.Customers(n).AvailableCredit Then
if (totalCost > dataSet2.Customers[n].AvailableCredit)
Der Code für das typisierte Dataset ist einfacher zu lesen. Es ist auch leichter schreiben, da Anweisungsabschluss bereitgestellt wird. Z. B. "AvailableCredit"ist zwischen der Liste der Auswahlmöglichkeiten für die folgende Anweisung abgeschlossen wird:
If totalCost > dataSet2.Customers(n).
Schließlich ist der Code für das typisierte Dataset sicherer, da es während der Kompilierung überprüft Typen bereitstellt. Genommen Sie an, dass AvailableCredit als Währungsbetrag ausgedrückt wird. Wenn der Programmierer AvailableCredit fälschlicherweise eine Zeichenfolge zuordnet, würde die Umgebung den Fehler beim Kompilieren melden. Beim Arbeiten mit nicht typisierten Datasets würde der Programmierer erst zur Laufzeit nicht des Fehlers lernen.
Weitere Informationen zu typisierten und nicht typisierten Datasets finden Sie unter Arbeiten mit Datasets in Visual Studio.
Leistung
Für nicht verbundene Anwendungen bieten ADO.NET-Datasets Leistungsvorteile gegenüber ADO-Recordsets getrennt. Wenn Sie COM-marshalling zum Übertragen von eines getrennten Recordsets zwischen Ebenen zu verwenden, kann einem erheblichen Verarbeitungsaufwand entstehen Konvertieren der Werte im Recordset zu von COM erkannte Datentypen Solche Daten Typkonvertierung ist in ADO.NET nicht erforderlich.
Skalierbarkeit
Da das Web enorm die Belastung Ihrer Daten erhöhen kann, ist Skalierbarkeit wichtig geworden. Internet-Anwendungen haben eine unbegrenzte Vorrat des potenziellen Benutzern. Obwohl eine Anwendung ein Dutzend Benutzer gut dienen kann, kann Sie nicht Hunderte dienen – oder hunderttausenden von – gleichermaßen gut. Eine Anwendung, die Ressourcen wie Datenbanksperren und Datenbankverbindungen nutzt wird nicht hohe Anzahl von Benutzern gut, dienen, da die Benutzer Nachfrage für diese begrenzten Ressourcen schließlich Ihre Supply überschritten wird.
ADO.NET ermöglicht Skalierbarkeit durch ermutigen, Programmierer begrenzte Ressourcen zu sparen. Da jede ADO.NET-Anwendung nicht verbundenen Zugriff auf Daten einsetzt, behält es Datenbanksperren oder aktiven Datenbankverbindungen für lange dauern nicht.
Siehe auch
Referenz
Konzepte
Binden von Steuerelementen an Daten in Visual Studio
Weitere Ressourcen
Übersicht über von Datenanwendungen in Visual Studio
Herstellen von Datenverbindungen in Visual Studio
Vorbereiten der Anwendung zum Empfangen von Daten
Abrufen von Daten in Ihre Anwendung