Introduction à l'architecture SGBD
La base de données est une collection de données connexes. Les données peuvent être une collection de faits et de chiffres qui peuvent être traités pour obtenir plus d'informations. Un système de gestion de base de données stocke les données et les récupère chaque fois que nécessaire. L'utilisateur peut également manipuler et produire plus d'informations à partir des données présentes. Une base de données a des caractéristiques telles que l'entité réelle, les tables basées sur les relations, l'isolement des données et des applications, moins de redondance des données et la cohérence. Le SGBD fournit également un langage de requête qui le rend plus efficace et qui suit les propriétés ACID. Le SGBD peut être utilisé simultanément par plusieurs utilisateurs. Dans cette rubrique, nous allons découvrir l'architecture du SGBD.
Types d'architecture de SGBD
Un système de base de données peut être centralisé ou décentralisé. Cela dépend de l'architecture de la base de données. L'architecture de la base de données est logiquement de deux types:
- Architecture SGBD à 2 niveaux
- Architecture SGBD à 3 niveaux
Une base de données peut également avoir une architecture à un seul niveau.
Architecture à 1 niveau
Lorsqu'une architecture à un seul niveau est utilisée, la base de données est directement accessible à l'utilisateur. L'utilisateur peut accéder directement à la base de données et utiliser les données. Toutes les modifications apportées ici seront répercutées directement dans la base de données. Il ne fournit pas d'outil pratique pouvant être utilisé par les utilisateurs finaux. L'architecture à 1 niveau est principalement utilisée pour le développement d'applications locales et elles peuvent être utilisées directement pour communiquer avec la base de données et obtenir une réponse rapide.
Architecture à 2 niveaux
L'architecture SGBD à 2 niveaux est similaire à une architecture client-serveur. Dans les architectures à deux niveaux, il existe des applications côté client et elles peuvent facilement communiquer avec la base de données qui serait présente côté serveur. Afin de réussir cette interaction, l'utilisateur peut utiliser des API comme ODBC et JDBC. Toutes les applications et interfaces utilisateur qui ont besoin de données pour leur traitement se placent côté client. Le serveur assume la responsabilité de fournir des fonctionnalités telles que le traitement des requêtes et la gestion des transactions. Pour connecter les deux et avoir une connexion avec le SGBD, l'application côté client peut l'établir avec le côté serveur.
ODBC qui est une abréviation pour Open Database Connectivity qui aide à fournir une API qui permet aux applications côté client de se connecter au SGBD et de travailler ensuite. Les fournisseurs les plus courants sont les pilotes ODBC. Ce type d'architecture offre également des contrôles de sécurité et d'authentification supplémentaires pour les applications du SGBD. Cette architecture est utilisée là où ils ont besoin d'accéder au SGBD au moyen de n'importe quelle application. Les applications sont indépendantes de la base de données en termes de fonctionnement, de conception et de programmation. La couche de présentation peut être un PC, un mobile, une tablette, etc. Un exemple d'architecture à deux niveaux peut être un système de gestion des contacts en utilisant MS Access.
Architecture à 3 niveaux
Le facteur de distinction entre le niveau 1, le niveau 2 et le niveau 3 est que les deux anciens ont de la complexité et sont représentés sur la façon dont ils utilisent les données présentes dans la base de données. L'architecture de niveau 3 est largement utilisée et aide à concevoir efficacement une base de données. Il se compose idéalement de trois parties:
- Base de données ou couche de données: la base de données présente fonctionne en collaboration avec le langage de traitement des requêtes. Les relations peuvent être définies avec les données et les contraintes peuvent également être définies à ce niveau.
- Application ou niveau intermédiaire: le niveau d'application agit comme une vue abstraite de la base de données. Lorsque cette couche est utilisée, nous pouvons avoir le serveur d'applications et le programme ensemble afin que la base de données soit accessible. Chaque fois que l'utilisateur final accède à la base de données, il n'est pas au courant de l'existence d'une base de données. De même, la base de données n'est pas affectée par l'utilisateur qui y accède. La couche application se concentre principalement sur le fait d'être le middleware ou la passerelle et d'agir comme médiateur entre l'utilisateur et la base de données.
- Niveau Utilisateur ou Présentation: l' utilisateur final interagit avec la base de données en utilisant cette couche. Toutes les différentes tables ou vues peuvent être utilisées et peuvent fournir toutes les données requises par une application. Ce type de base de données à plusieurs niveaux peut être modifié sans aucun goulot d'étranglement. La raison de cette facilité est que les composants sont indépendants et que les modifications qui y sont apportées le sont également de manière indépendante. Les utilisateurs finaux seront comme il n'est au courant de rien qui se passe au niveau du backend. Les deux entités effectuent leurs tâches individuelles pendant que la couche application les gère.
Il peut également être considéré comme une extension de l'architecture à 2 niveaux. La couche intermédiaire de l'application entre la base de données et les couches utilisateur est celle qui comprend le langage d'accès à la base de données et aide au traitement des demandes des utilisateurs finaux au SGBD. Il existe également une couche supplémentaire qui peut parfois être ajoutée et qui fournit une interface utilisateur graphique pour l'utilisateur final afin qu'il puisse interagir avec l'utilisateur final. La couche GUI agit comme un système de base de données pour l'utilisateur final. L'utilisateur final n'a aucune idée de la couche application ou du système SGBD. La couche application (couche logique métier) traite également la logique fonctionnelle, la contrainte et les règles avant de transmettre des données à l'utilisateur ou vers le SGBD
Le but de l'architecture à trois niveaux est de:
- Prend en charge plusieurs vues des données
- Aide à la programmation de l'indépendance des données
- Proposer de prendre en charge l'architecture SGBD
- Il sépare les applications utilisateur de la base de données physique
Conclusion: architecture SGBD
Le SGBD est l'endroit où les données peuvent être stockées et utilisées selon les besoins. Les données peuvent être utilisées, créées et modifiées selon les besoins des utilisateurs. Une architecture de gestion de base de données aide à concevoir, développer, implémenter et maintenir la base de données. Il existe essentiellement deux architectures idéales et une autre. L'architecture à un seul niveau a le client, le serveur et la base de données où tous ces éléments résident sur la même machine. Une architecture à deux niveaux est une architecture de base de données où une couche de présentation est exécutée sur la machine cliente et les données sont stockées sur la machine serveur. Le troisième et dernier est l'architecture à trois niveaux qui se compose d'une couche de présentation qui peut avoir un PC, une tablette, un mobile, etc., une couche d'application et un serveur de base de données. La couche application est utilisée pour interagir avec les deux autres couches. Par conséquent, ces données peuvent être conservées correctement et elles restent également sécurisées.
Articles recommandés
Cela a été un guide pour l'architecture SGBD. Ici, nous avons discuté des types d'architecture SGBD dans le but d'une architecture à trois niveaux. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus -
- Qu'est-ce que Elasticsearch?
- Introduction au SGBD
- Questions d'entretiens chez DBMS
- SGBD vs RDBMS