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.
Parallele Ausführung in .NET Framework ist die Möglichkeit, eine Anwendung auf einem Computer auszuführen, auf dem mehrere Versionen von .NET Framework installiert sind, ausschließlich mit der Version, für die die Anwendung kompiliert wurde. Ausführliche Informationen zum Konfigurieren der parallelen Ausführung finden Sie unter "Parallele Ausführung".
Eine Anwendung, die mit einer Version von .NET Framework kompiliert wird, kann auf einer anderen Version von .NET Framework ausgeführt werden. Es wird jedoch empfohlen, eine Version der Anwendung für jede installierte Version von .NET Framework zu kompilieren und separat auszuführen. In beiden Szenarien sollten Sie sich über Änderungen in ADO.NET zwischen Versionen bewusst sein, die sich auf die Vorwärtskompatibilität oder Abwärtskompatibilität Ihrer Anwendung auswirken können.
Vorwärtskompatibilität und Abwärtskompatibilität
Die Vorwärtskompatibilität bedeutet, dass eine Anwendung mit einer früheren Version von .NET Framework kompiliert werden kann, aber weiterhin erfolgreich auf einer späteren Version von .NET Framework ausgeführt wird. ADO.NET Code, der für .NET Framework, Version 1.1 geschrieben wurde, ist mit späteren Versionen kompatibel.
Abwärtskompatibilität bedeutet, dass eine Anwendung für eine neuere Version von .NET Framework kompiliert wird, aber weiterhin auf früheren Versionen von .NET Framework ohne Funktionsverlust ausgeführt wird. Dies ist natürlich nicht der Fall für Features, die in einer neuen Version von .NET Framework eingeführt wurden.
Der .NET Framework-Datenanbieter für ODBC
Ab Version 1.1 ist der .NET Framework-Datenanbieter für ODBC (System.Data.Odbc) als Teil von .NET Framework enthalten.
Wenn Sie eine Anwendung für .NET Framework, Version 1.0, entwickelt haben, die den ODBC-Datenanbieter zum Herstellen einer Verbindung mit Ihrer Datenquelle verwendet, und Sie diese Anwendung auf .NET Framework, Version 1.1 oder höher, ausführen möchten, müssen Sie den Namespace für den ODBC-Datenanbieter auf System.Data.Odbc aktualisieren. Anschließend müssen Sie es für die neuere Version von .NET Framework neu kompilieren.
Wenn Sie eine Anwendung für .NET Framework, Version 2.0 oder höher, entwickelt haben, die den ODBC-Datenanbieter zum Herstellen einer Verbindung mit Ihrer Datenquelle verwendet, und Sie diese Anwendung auf .NET Framework, Version 1.0 ausführen möchten, müssen Sie den ODBC-Datenanbieter herunterladen und auf dem .NET Framework Version 1.0-System installieren. Anschließend müssen Sie den Namespace für den ODBC-Datenanbieter in Microsoft.Data.Odbc ändern und die Anwendung für .NET Framework, Version 1.0, neu kompilieren.
Der .NET Framework-Datenanbieter für Oracle
Ab Version 1.1 ist der .NET Framework-Datenanbieter für Oracle (System.Data.OracleClient) als Teil von .NET Framework enthalten.
Wenn Sie eine Anwendung für .NET Framework, Version 2.0 oder höher, entwickelt haben, die den Datenanbieter zum Herstellen einer Verbindung mit Ihrer Datenquelle verwendet, und Sie diese Anwendung auf .NET Framework, Version 1.0, ausführen möchten, müssen Sie den Datenanbieter herunterladen und auf dem .NET Framework Version 1.0-System installieren.
Codezugriffssicherheit
Ab .NET Framework, Version 2.0, können alle .NET Framework-Datenanbieter in teilweise vertrauenswürdigen Zonen verwendet werden. Darüber hinaus wurde ein neues Sicherheitsfeature den .NET Framework-Datenanbietern in .NET Framework, Version 1.1, hinzugefügt. Mit diesem Feature können Sie einschränken, welche Verbindungszeichenfolgen in einer bestimmten Sicherheitszone verwendet werden können. Sie können auch die Verwendung leerer Kennwörter für eine bestimmte Sicherheitszone deaktivieren. Weitere Informationen finden Sie unter Code Access Security und ADO.NET.
Da jede Installation von .NET Framework über eine separate Security.config Datei verfügt, gibt es keine Kompatibilitätsprobleme mit Sicherheitseinstellungen. Wenn Ihre Anwendung jedoch von den zusätzlichen Sicherheitsfunktionen von ADO.NET abhängig ist, die in .NET Framework, Version 1.1 und höher enthalten sind, können Sie sie nicht an ein Version 1.0-System verteilen.
SqlCommand-Ausführung
In .NET Framework, Version 1.1 und höher, wird nur ein Befehl im Kontext der ExecuteReader Prozedur ausgeführt, wenn der Befehl Parameter enthält, die einen Leistungsvorteil bieten. Wenn ein Befehl, der den Status der Verbindung beeinflusst, in einem nicht parametrisierten Befehl enthalten ist, ändert er den Status der Verbindung für alle nachfolgenden Befehle, die ausgeführt werden, während die Verbindung geöffnet ist.
Betrachten Sie den folgenden Batch von Befehlen, die in einem Aufruf von ExecuteReader ausgeführt werden.
SET NOCOUNT ON;
SELECT * FROM dbo.Customers;
NOCOUNT bleibt für alle nachfolgenden Befehle, die bei offener Verbindung ausgeführt werden, auf ON eingestellt.