Partager via


Appareils et accès aux données

Mise à jour : novembre 2007

Lorsque vous programmez des applications pour accéder à des données dans le .NET Compact Framework, prenez en compte les points suivants :

  • Le .NET Compact Framework ne prend pas en charge les classes suivantes :

    Espace de noms System.Data.OleDb

    Classe System.Data.SqlClient.SqlClientPermission

    Classe System.Data.SqlClient.SqlClientPermissionAttribute

  • Pour des raisons liées à la taille et aux performances des périphériques, le .NET Compact Framework ne prend pas en charge les fonctionnalités décrites dans le tableau suivant.

    Fonctionnalité non prise en charge

    Notes

    Regroupement de connexions

    Un périphérique ne peut avoir qu'un petit nombre de connexions à une instance de SQL Server à un instant donné.

    Transactions distribuées

    Les transactions ne peuvent pas impliquer plusieurs bases de données ou serveurs. System.Data.SqlClient génère une exception InvalidOperationException durant une transaction distribuée.

    Connexions à travers des stations d'accueil de périphérique

    Seules les connexions TCP/IP à une instance de SQL Server sont prises en charge.

    Connexions chiffrées

    Les connexions chiffrées à une instance de SQL Server ne sont pas prises en charge.

  • Les propriétés suivantes de SqlConnection.ConnectionString ne sont pas prises en charge.

    AttachDBFilename

    Max Pool Size

    Connection Lifetime

    Min Pool Size

    Connection Reset

    Network Library

    Encrypt

    Pooling

    Enlist

     

  • Les données ANSI ne sont prises en charge que pour les classements SQL_Latin1_General_CP1_CI_AS d'un périphérique utilisant les paramètres régionaux Anglais. Dans le .NET Framework, toutes les chaînes sont en Unicode. System.Data.SqlClient convertit les données ANSI de SQL Server en Unicode à l'aide des classes Encoding du .NET Framework. Bien que les classes Encoding soient prises en charge dans le .NET Compact Framework, certaines pages de codes ne le sont pas.

    De plus, System.Data.SqlClient ne peut ni lire ni écrire des données dans une colonne ANSI si la page de codes pour cette colonne n'est pas disponible sur le périphérique Windows CE .NET. System.Data.SqlClient génère une erreur lorsque la page de codes pour une conversion ANSI-Unicode n'est pas disponible. Pour plus d'informations sur les pages de codes disponibles pour un périphérique Windows CE .NET spécifique, contactez le constructeur du périphérique.

  • L'authentification Windows est prise en charge ; cependant, l'ID utilisateur et le mot de passe employés pour l'authentification dans le contrôleur de domaine doivent toujours être spécifiés dans la chaîne de connexion.

  • Les applications utilisant System.Data.SqlClient sur les périphériques Microsoft Windows CE peuvent employer le protocole d'authentification NTLM (Windows NT LAN Manager) au lieu de l'authentification SQL Server. À cet effet, la chaîne de connexion doit inclure les propriétés suivantes :

    Integrated Security=SSPI; User ID=DOMAIN\username; Password=********;

  • System.Data.SqlClient ne peut pas découvrir automatiquement le numéro de port d'une instance nommée de SQL Server qui s'exécute sur un port personnalisé. Pour établir une connexion à un serveur exécuté sur un port personnalisé, vous devez spécifier le numéro de ce port dans la chaîne de connexion après la virgule. Exemple :

    Data Source=myServer\myInstance,3860, UserID=test; ...

Voir aussi

Autres ressources

Accès aux données et prise en charge du langage XML dans le .NET Compact Framework