SGBD - Architecture
La conception d'un SGBD dépend de son architecture. Il peut être centralisé ou décentralisé ou hiérarchique. L'architecture d'un SGBD peut être considérée comme un niveau unique ou multi-niveaux. Une architecture à n niveaux divise l'ensemble du système enn modules, qui peuvent être indépendamment modifiés, modifiés, modifiés ou remplacés.
Dans l'architecture à un niveau, le SGBD est la seule entité où l'utilisateur s'assoit directement sur le SGBD et l'utilise. Toutes les modifications effectuées ici seront directement effectuées sur le SGBD lui-même. Il ne fournit pas d'outils pratiques aux utilisateurs finaux. Les concepteurs de bases de données et les programmeurs préfèrent généralement utiliser une architecture à un seul niveau.
Si l'architecture du SGBD est à deux niveaux, il doit avoir une application à travers laquelle le SGBD est accessible. Les programmeurs utilisent une architecture à 2 niveaux où ils accèdent au SGBD au moyen d'une application. Ici, le niveau application est entièrement indépendant de la base de données en termes de fonctionnement, de conception et de programmation.
Architecture à 3 niveaux
Une architecture à 3 niveaux sépare ses niveaux les uns des autres en fonction de la complexité des utilisateurs et de la manière dont ils utilisent les données présentes dans la base de données. C'est l'architecture la plus utilisée pour concevoir un SGBD.
Database (Data) Tier- À ce niveau, la base de données réside avec ses langages de traitement des requêtes. Nous avons également les relations qui définissent les données et leurs contraintes à ce niveau.
Application (Middle) Tier- À ce niveau résident le serveur d'applications et les programmes qui accèdent à la base de données. Pour un utilisateur, ce niveau d'application présente une vue abstraite de la base de données. Les utilisateurs finaux ignorent l'existence de la base de données au-delà de l'application. À l'autre extrémité, le niveau base de données ne connaît aucun autre utilisateur au-delà du niveau application. Par conséquent, la couche d'application se trouve au milieu et agit comme un médiateur entre l'utilisateur final et la base de données.
User (Presentation) Tier- Les utilisateurs finaux opèrent à ce niveau et ils ne savent rien de l'existence de la base de données au-delà de cette couche. Au niveau de cette couche, plusieurs vues de la base de données peuvent être fournies par l'application. Toutes les vues sont générées par les applications qui résident dans le niveau Application.
L'architecture de base de données à plusieurs niveaux est hautement modifiable, car presque tous ses composants sont indépendants et peuvent être modifiés indépendamment.