Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
L’exécution côte à côte dans .NET Framework est la possibilité d’exécuter une application sur un ordinateur disposant de plusieurs versions du .NET Framework installées exclusivement à l’aide de la version pour laquelle l’application a été compilée. Pour plus d’informations sur la configuration de l’exécution côte à côte, consultez Exécution côte à côte.
Une application compilée à l’aide d’une version du .NET Framework peut s’exécuter sur une autre version du .NET Framework. Toutefois, nous vous recommandons de compiler une version de l’application pour chaque version installée du .NET Framework et de les exécuter séparément. Dans les deux scénarios, vous devez connaître les modifications apportées aux ADO.NET entre les versions qui peuvent affecter la compatibilité avant ou la compatibilité descendante de votre application.
Compatibilité ascendante et compatibilité descendante
La compatibilité ascendante signifie qu’une application peut être compilée avec une version antérieure du .NET Framework, mais s’exécutera toujours avec succès sur une version ultérieure du .NET Framework. ADO.NET code écrit pour .NET Framework version 1.1 est compatible avec les versions ultérieures.
La compatibilité descendante signifie qu’une application est compilée pour une version plus récente du .NET Framework, mais continue à s’exécuter sur des versions antérieures du .NET Framework sans aucune perte de fonctionnalités. Bien sûr, cela ne sera pas le cas pour les fonctionnalités introduites dans une nouvelle version du .NET Framework.
Fournisseur de données .NET Framework pour ODBC
À compter de la version 1.1, le fournisseur de données .NET Framework pour ODBC (System.Data.Odbc) est inclus dans le .NET Framework.
Si vous avez développé une application pour .NET Framework version 1.0 qui utilise le fournisseur de données ODBC pour vous connecter à votre source de données et que vous souhaitez exécuter cette application sur .NET Framework version 1.1 ou une version ultérieure, vous devez mettre à jour l’espace de noms du fournisseur de données ODBC vers System.Data.Odbc. Vous devez ensuite la recompiler pour la version la plus récente du .NET Framework.
Si vous avez développé une application pour .NET Framework version 2.0 ou ultérieure qui utilise le fournisseur de données ODBC pour vous connecter à votre source de données et que vous souhaitez exécuter cette application sur .NET Framework version 1.0, vous devez télécharger le fournisseur de données ODBC et l’installer sur le système .NET Framework version 1.0. Vous devez ensuite modifier l’espace de noms du fournisseur de données ODBC en Microsoft.Data.Odbc et recompiler l’application pour .NET Framework version 1.0.
Fournisseur de données .NET Framework pour Oracle
À compter de la version 1.1, le fournisseur de données .NET Framework pour Oracle (System.Data.OracleClient) est inclus dans le .NET Framework.
Si vous avez développé une application pour .NET Framework version 2.0 ou ultérieure qui utilise le fournisseur de données pour vous connecter à votre source de données et que vous souhaitez exécuter cette application sur .NET Framework version 1.0, vous devez télécharger le fournisseur de données et l’installer sur le système .NET Framework version 1.0.
Sécurité de l’accès au code
À compter de .NET Framework version 2.0, tous les fournisseurs de données .NET Framework peuvent être utilisés dans des zones partiellement approuvées. De plus, une nouvelle fonctionnalité de sécurité a été ajoutée aux fournisseurs de données .NET Framework dans .NET Framework version 1.1. Cette fonctionnalité vous permet de restreindre les chaînes de connexion qui peuvent être utilisées dans une zone de sécurité particulière. Vous pouvez également désactiver l’utilisation de mots de passe vides pour une zone de sécurité particulière. Pour plus d’informations, consultez sécurité d’accès au code et ADO.NET.
Étant donné que chaque installation de .NET Framework a un fichier Security.config distinct, il n’existe aucun problème de compatibilité avec les paramètres de sécurité. Toutefois, si votre application dépend des fonctionnalités de sécurité supplémentaires de ADO.NET incluses dans .NET Framework version 1.1 et ultérieure, vous ne pourrez pas la distribuer à un système version 1.0.
Exécution de SqlCommand
Dans .NET Framework version 1.1 et ultérieure, ExecuteReader exécute uniquement une commande dans le contexte de la procédure stockée sp_executesql si la commande contient des paramètres, ce qui offre un avantage de performances. Par conséquent, si une commande affectant l’état de la connexion est incluse dans une commande non paramétrable, elle modifie l’état de la connexion pour toutes les commandes suivantes exécutées pendant l’ouverture de la connexion.
Considérez le lot de commandes suivant exécuté dans un appel à ExecuteReader.
SET NOCOUNT ON;
SELECT * FROM dbo.Customers;
NOCOUNT reste ON pour toutes les commandes suivantes exécutées pendant l’ouverture de la connexion.