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’articleAuteur(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.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
Accès externe au SGBDArticle inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
2. Accès interne au SGBD
Un SGBD est un logiciel en deux parties : une partie logicielle serveur et une partie logicielle cliente. Selon la distribution de ces logiciels sur différentes machines, les acteurs internes disposent de différentes modalités de travail.
Ces modalités sont différenciées selon deux critères essentiels : la nécessité d'installation logicielle cliente et la machine sur laquelle le logiciel est exécuté.
Les paragraphes suivants présentent les modalités d'accès aux SGBD, illustrées dans « le monde Oracle ». L'architecture classique d'Oracle repose sur une organisation client-serveur.
– Sur le serveur, le SGBD gère une ou plusieurs instances. Une instance correspond à une BD qui physiquement, correspond à un espace mémoire, un ensemble de processus et un ensemble de fichiers. Chaque instance héberge des schémas (appelés également avec Oracle compte, utilisateur ou propriétaire). Parmi ces schémas, on distingue les deux schémas systèmes (« SYS » et « SYSTEM ») destinés aux acteurs internes et des schémas utilisateurs (par exemple « SCOTT ») des différents acteurs externes.
– Les clients accèdent au serveur grâce à une chaîne de connexion (« connect string »). Celle-ci comprend le protocole (TCP/IP), l'adresse IP du serveur appelé hôte (« host »), le port de l'écouteur serveur (« listener ») et le nom d'identification de l'instance (« SID »). Un fichier Oracle contenu dans la distribution cliente décrit toutes les chaînes de connexion créées (« TNSNAMES.ORA »).
La figure 2 représente sous la forme d'un diagramme de classes UML (Unified Modeling Language ) les composants de la partie serveur du SGBD Oracle.
2.1 Architecture de 1re génération
Les architectures de 1re génération ont connu leur développement jusqu'aux années 1990. Initialement, les systèmes étaient basés sur une architecture client léger « connecté » très centralisée où données, traitements et présentation étaient regroupés sur une seule machine (§ 2.1.1...
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Accès interne au SGBD
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - CHRISMENT (C.), PINEL-SAUVAGNAT (K.), TESTE (O.), TUFFERY (M.) - Bases de données relationnelles : Concepts et mise en œuvre – Exercices résolus. - Lavoisier, ISBN 978-2-7462-2086-7 (2008).
-
(2) - DARWIN (I.F.) - Java en action. - O'Reilly, ISBN 2-84177-203-9 (2002).
-
(3) - DATE (C.J.) - An introduction to database systems. - Addison Wesley, ISBN 0-201-82458-2 (1994).
-
(4) - HORSTMANN (C.S.), CORNELL (G.) - Au cœur de Java, chapitre 4 – Connectivité des bases de données. - Campus Press, ISBN 2-7440-0881-8 (2000).
DANS NOS BASES DOCUMENTAIRES
Eclipse http://www.eclipse.org/
JDK http://www.oracle.com/technetwork/java/javase/
SQLDeveloper http://www.oracle.com/technetwork/developer-tools/sql-developer/
HAUT DE PAGE
Tutoriel Java http://download.oracle.com/javase/tutorial/
Oracle http://www.oracle.com/
HAUT DE PAGE
ISO 9075 - 1987 - SLQ1 – Information processing systems – Database language – SQL - -
ISO/IEC 9075 - 1992 - SQL2 – Information technology – Database languages – SQL - -
ISO/IEC 9075–1 - 1999 - SLQ3 – Information technology –Database languages – SQL – Part 1: Framework (SQL/Framework) - -
HAUT DE PAGE
Cet article est réservé aux abonnés.
Il vous reste 92 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Technologies logicielles Architectures des systèmes"
(236 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
