Modèle de programmation RDS de base

S’applique à : Access 2013, Office 2013

RDS est destiné aux applications qui existent dans l'environnement suivant : une application cliente spécifie un programme exécuté sur un serveur et les paramètres requis pour retourner les informations voulues. Le programme appelé sur le serveur accède à la source de données spécifiée, récupère les informations, traite éventuellement les données puis retourne les informations obtenues à l'application cliente sous une forme qu'elle peut facilement utiliser. RDS permet d'effectuer la séquence d'actions suivante :

• Spécifiez le programme à appeler sur le serveur et obtenez un moyen d’y faire référence à partir du client. (Cette référence est parfois appelée proxy. Il représente le programme serveur distant. L’application cliente « appelle » le proxy comme s’il s’agissait d’un programme local, mais elle appelle en fait le programme serveur distant.)

• Appelez le programme serveur. Passez les paramètres au programme serveur qui identifient la source de données et la commande à émettre. (Le programme serveur utilise ADO pour accéder à la source de données. ADO établit une connexion avec l’un des paramètres donnés, puis émet la commande spécifiée dans l’autre paramètre.)

• Le programme sur le serveur obtient un objet Recordset de la source de données. Le cas échéant, l'objet Recordset est traité sur le serveur.

• Le programme sur le serveur retourne l'objet Recordset final à l'application cliente.

• Sur le client, l'objet Recordset est présenté sous une forme facilement utilisable par des contrôles visuels.

• Les modifications apportées à l'objet Recordset sont renvoyées au programme du serveur qui les utilise pour mettre à jour la source de données.

Ce modèle de programmation est pratique par certains aspects. Si vous n'avez pas besoin d'utiliser un programme complexe sur le serveur pour accéder à la source de données et si vous fournissez les paramètres de connexion et de commande requis, RDS récupère automatiquement les données spécifiées à l'aide d'un programme par défaut simple sur le serveur.

Si un traitement plus complexe est nécessaire, vous pouvez spécifier votre propre programme personnalisé à utiliser sur le serveur. Par exemple, si un programme personnalisé sur le serveur bénéficie de toute la puissance d'ADO, il peut se connecter à différentes sources de données, combiner leurs données dans des opérations complexes, puis les retourner sous une forme simple et déjà traitée à l'application cliente.

Enfin, si vous avez besoin d'un modèle de programmation à mi-chemin entre les deux exemples précédents, ADO permet à présent de personnaliser le comportement du programme serveur par défaut.