Partager via


Extraction de données d'un serveur sur un client

RDA (Remote Data Access) est souvent initié avec l'extraction de données d'une base de données client Microsoft SQL Server vers une base de données client SQL Server Compact 3.5 (SQL Server Compact 3.5). Lorsque des données sont extraites d'un serveur sur un client, l'extraction (pull) est initiée par SQL Server Compact 3.5. SQL Server Compact 3.5 extraits des données d'une base de données SQL Server et les stocke dans une table d'une base de données SQL Server Compact 3.5.

Pour extraire des données du serveur, vous pouvez configurer RDA par programme dans votre application. Lorsque vous configurez et initiez une opération d'extraction (pull) à l'aide d'une de ces deux techniques, vous devez spécifier ce qui suit :

  • La base de données à partir de laquelle vous désirez extraire des données.
  • L'authentification de serveur Web requise pour vous connecter au serveur Web.
  • L'authentification SQL Server utilisée.
  • Les tables qui seront copiées et propagées sur le client.
  • Les options d'extraction y compris le suivi et une table d'erreurs.

Suivi

Une application peut suivre les modifications apportées à une table SQL Server Compact 3.5 en définissant les options de suivi appropriées. SQL Server Compact 3.5 suit toutes les insertions, les mises à jour et les suppressions.

Les applications peuvent ensuite appeler la méthode Push pour repropager les modifications dans la table SQL Server d'origine.

Les opérations d'extraction (pull) et d'envoi (push) suivies par RDA (Remote Data Access) utilisent le contrôle de simultanéité optimiste. SQL Server ne conserve pas les enregistrements envoyés verrouillés. Lorsque l'application appelle la méthode Push, les modifications apportées à la base de données SQL Server Compact 3.5 locale sont appliquées sans conditions à la base de données SQL Server. Ceci peut entraîner la perte de modifications apportées à la base de données SQL Server par d'autres utilisateurs.

Utilisez les méthodes Pull et Push suivies quand les enregistrements que vous mettez à jour sont partitionnés et que les conflits sont peu probables. Par exemple, les méthodes Pull et Push suivies peuvent être utilisées dans une application effectuant le suivi de chaque technicien qui a une liste unique d'appels de service.

RDA_TRACKOPTION spécifie si SQL Server Compact 3.5 doit suivre les modifications apportées à la table extraite. Spécifiez TRACKINGON ou TRACKINGON_INDEXES si vous souhaitez mettre à jour la table extraite sur l'appareil Windows Mobile, puis renvoyer les enregistrements modifiés dans la table SQL Server d'origine. Lorsque la valeur TRACKINGON est spécifiée, des contraintes PRIMARY KEY sont créées sur la table dont les données sont extraites. Lorsque TRACKINGON_INDEXES est spécifié, des contraintes PRIMARY KEY et des index supplémentaires existant dans la table des serveurs sont créés dans la table extraite. Dans les deux cas, SQL Server Compact 3.5 suit chacun des enregistrements insérés, mis à jour ou supprimés de la table locale.

ms172971.note(fr-fr,SQL.100).gifRemarque :
Un index n'est créé qu'en cas d'extraction des colonnes qui constituent l'index. Aucune contrainte d'intégrité référentielle n'est créée dans la table extraite étant donné que des tables liées peuvent ou non exister dans la base de données SQL Server Compact 3.5. Celles-ci doivent être ajoutée au code dans l'application.

Lorsque l'application appelle la méthode Push, SQL Server Compact 3.5 utilise les informations du suivi des modifications pour localiser les enregistrements insérés, mis à jour et supprimés dans la table SQL Server Compact 3.5 locale et propager ces modifications à la table SQL Server.

Les restrictions suivantes s'appliquent lorsque RDA_TRACKOPTION a pour valeur TRACKINGON ou TRACKINGON_INDEXES :

Une erreur se produit si l'instruction SELECT renvoie un jeu d'enregistrements ne pouvant être mis à jour.

Une clé primaire doit être définie sur le jeu d'enregistrements ne pouvant être mis à jour renvoyé par l'instruction SELECT. L'instruction SELECT peut faire référence à un affichage ou à une procédure stockée, mais cet affichage ou cette procédure stockée ne peut faire référence qu'à une seule table et doit pouvoir être mise à jour.

Lorsque la valeur TRACKINGON_INDEXES est spécifiée, des index existant sur la table SQL Server et relatifs aux colonnes définies dans SQLSelectString sont créés par rapport à la table locale SQL Server Compact 3.5 indiquée dans LocalTableName.

Voir aussi

Autres ressources

Procédure : extraire des données à l'aide de l'objet RDA (par programme)

Aide et informations

Obtention d'aide (SQL Server Compact 3.5 Service Pack 1)