Bibliographie & annexes
Présentation
English
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.
L'expertise technique et scientifique de référence
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
Conclusion
English
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 classe1 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 classe2 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 classe3 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 classe4 gère tous les traitements sur le client. Seules les données restent gérées par le serveur ;
-
une application de classe5 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...
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Accès externe au SGBD
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
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
