Accès externe au SGBD
Architecture client-serveur : modes d'accès aux bases de données

H3865 v1 Article de référence

Accès externe au SGBD
Architecture client-serveur : modes d'accès aux bases de données

Auteur(s) : Guillaume CABANAC, Olivier TESTE, Michel TUFFERY

Relu et validé le 28 avr. 2016 | Read in English

Cet article est réservé aux abonnés

Pour explorer cet article plus en profondeur Consulter l'extrait gratuit

Déjà abonné ?Se connecter

Sommaire
Médias

Présentation

1 - Contexte général de l'interaction avec une BD

1.1 - Acteurs
1.2 - Tâches

2 - Accès interne au SGBD

2.1 - Architecture de 1re génération

Figure 6 - Architecture en client lourd
2.2 - Architecture de 2e génération

3 - Accès externe au SGBD

3.1 - Architectures d'une application
3.2 - Principes du client-serveur
3.3 - Interrogation de données
3.4 - Mise à jour transactionnelle de données
3.5 - Synthèse

Tableau 1

4 - Conclusion

Bibliographie & annexes

Présentation

RÉSUMÉ

Cet article traite des modes d'accès aux bases de données (BD), qy'ils soient réalisés soit de manière interne, soit de manière externe. Le contexte général de l'interaction avec un BD est expliqué. L'accès interne, composé de quatre modes d'accès, s'adresse principalement aux acteurs chargés du fonctionnement de la BD. L'accès externe est fréquenté par des développeurs d'applications clientes, séparés par deux mode distincts : client lourd ou client léger. Cet article présente également les architectures client-serveur pour les acteurs internes, qui se divisent elle-même en en différentes catégories ; puis les modèles d'application pour les acteurs externes.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

Auteur(s)

Guillaume CABANAC : Maître de conférences à l'Université Toulouse 3
Olivier TESTE : Maître de conférences à l'Université Toulouse 3
Michel TUFFERY : Maître de conférences à l'Université Toulouse 2

INTRODUCTION

Ce dossier traite de l'architecture client-serveur pour l'accès aux bases de données (BD). L'accès aux BD est réalisé soit de manière interne, soit de manière externe, selon le type d'acteur et les traitements à réaliser sur les données. Les concepts sont illustrés par des exemples traités avec le logiciel Oracle et le langage hôte Java. Ce dossier présente, dans un premier temps, les types d'acteurs impliqués dans l'accès aux BD et, dans un second temps, les deux modes d'accès majeurs.

L'accès interne concerne essentiellement les acteurs chargés du fonctionnement de la BD. Quatre modes d'accès sont possibles. Les caractéristiques de chaque mode en fonction de la localisation des données, des traitements et des présentations entre les clients et le serveur sont détaillées. L'approche centralisée présente essentiellement l'avantage de minimiser le déploiement sur les clients. Par opposition, l'approche décentralisée permet de désengorger le serveur. Les quatre modes (client léger « connecté », client lourd, client léger « déconnecté », client « riche ») favorisent plus ou moins l'une ou l'autre de ces approches.

L'accès externe relève des développeurs d'applications clientes qui nécessitent des accès aux BD. Ces applications sont présentées principalement selon deux approches : client lourd et client léger. La première approche déporte autant que possible les traitements sur les clients, augmentant de ce fait les échanges réseaux entre les clients et le serveur de données. À l'inverse, la seconde approche place les traitements sur le serveur augmentant ainsi sa charge.

Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.

Pour explorer cet article Consulter l'extrait gratuit

Déjà abonné ? Se connecter

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h3865

Lecture en cours
Présentation

Page
suivante

Conclusion

Article inclus dans l'offre

"Technologies logicielles Architectures des systèmes"

(236 articles)

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques.

Des contenus enrichis

Quiz, médias, tableaux, formules, vidéos, etc.

Des modules pratiques

Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.

Des avantages inclus

Un ensemble de services exclusifs en complément des ressources.

Voir l'offre

3. Accès externe au SGBD

À partir de ces différents modes d'accès, les acteurs externes interagissent avec la BD. Ils y accèdent soit directement en langage SQL (définition, manipulation, interrogation et contrôle des données), soit au travers d'un langage hôte (Java, C, C++, C#, Php, etc.). Notons que le langage déclaratif SQL (standardisé) a été étendu par des langages procéduraux, généralement impératifs et propriétaires (PL/SQL pour Oracle, Transact-SQL pour MS SQL Server...).

3.1 Architectures d'une application

L'utilisateur final dispose d'une application avec laquelle il interagit au travers d'artefacts de présentation (logique de présentation). L'application manipule des données à l'aide de traitements (logique applicative). Plusieurs choix de répartition entre le client et le serveur sont possibles pour ces trois couches, comme illustré dans la figure 12. Le développeur client opte alors pour une classe parmi les 5 classes d'architecture :

une application de classe₁ s'exécute entièrement sur le serveur, les résultats des présentations sont transmis au client qui ne fait que les afficher ;
une application de classe₂ est caractérisée par la gestion complète de la présentation sur le client. Les résultats des traitements applicatifs réalisés sur le serveur sont reçus par le client qui les met en forme ;
une application de classe₃ consiste à déporter les traitements entre le serveur et les clients. Une partie générique des traitements est réalisée par le serveur, tandis qu'une seconde partie, éventuellement spécifique, est effectuée par les clients ;
une application de classe₄ gère tous les traitements sur le client. Seules les données restent gérées par le serveur ;
une application de classe₅ consiste à répartir une partie des données sur les clients. La décomposition des données peut se faire soit par distribution (clichés entre les données rafraîchis ou pas), par réplication (miroirs entre données) ou encore par répartition (fragmentation des données).

Dans chaque classe d'application, les données sont toujours...