Quels sont les types de transparence dans les SGBD ?

La transparence est l'un des avantages d'un système de base de données distribuée (DDBMS), alors qu'est-ce que la transparence dans un DDBMS ? Cet article vous présentera la transparence dans les DDBMS et présentera les types de transparence. J'espère qu'il vous sera utile.

Qu'est-ce que la transparence dans les DDBMS ?

La transparence est une propriété des bases de données distribuées qui est utilisée pour masquer les détails internes d'une distribution DDBMS aux utilisateurs et ne permet pas aux utilisateurs de visualiser les détails internes de la distribution.

La raison pour laquelle la transparence est importante est la convivialité. Plus nos systèmes sont transparents, moins la charge cognitive pèse sur les utilisateurs. En d’autres termes : la transparence simplifie l’API du système.

Par exemple : les concepteurs de DDBMS peuvent choisir de segmenter les tables, de copier les segments et de les stocker dans différents sites. Cependant, comme les utilisateurs ne comprennent pas ces détails, ils trouvent les bases de données distribuées faciles à utiliser, comme n'importe quelle base de données centralisée.

Types de transparence dans les SGBD

Les SGBD peuvent fournir différents niveaux de transparence, qui sont principalement divisés en quatre types principaux de transparence :

● Transparence de la distribution

● Transparence des transactions

● Transparence des performances;

● Transparence du SGBD.

Voici une introduction :

Transparence de la distribution

La transparence de la distribution permet aux utilisateurs de traiter la base de données comme une seule entité logique. Si un BMS est ajouté pour afficher une transparence distribuée, l'utilisateur n'a pas besoin de savoir si les données sont un détail (transparence fragmentaire) ou l'emplacement de l'élément de données (transparence locale).

La transparence de la distribution peut également être divisée selon les niveaux suivants :

1. Transparence de fragmentation :

La fragmentation est le plus haut niveau de transparence de la distribution. Si le DDBMS offre une transparence de fragmentation, l'utilisateur n'a pas besoin de savoir que les données sont fragmentées. Par conséquent, l'accès à la base de données est basé sur le schéma global.

Les utilisateurs peuvent accéder à n'importe quelle table de manière non fragmentée. Les informations indiquant que la table est segmentée et l'emplacement des segments sur plusieurs sites sont masquées à l'utilisateur.

Les vues SQL fonctionnent de la même manière où l'utilisateur ignore le fait qu'il regarde la vue de la table et non la table d'origine.

2. Transparence de la position :

La position est le niveau intermédiaire de transparence de la distribution. Grâce à la transparence de l'emplacement, les utilisateurs peuvent interroger n'importe quelle table ou fragment de table comme s'ils étaient stockés localement sur le site de l'utilisateur, mais sans avoir à connaître l'emplacement des données.

Le fait que ses tables ou fragments de celles-ci soient stockés sur un site distant dans un système de base de données distribuée doit être complètement ignoré par les utilisateurs finaux. L'adresse et le mécanisme d'accès du site distant sont complètement masqués.

Pour intégrer la transparence de l'emplacement, le DDBMS doit avoir accès à un dictionnaire de données mis à jour et précis et à un catalogue DDBMS contenant des détails sur l'emplacement des données.

3. Transparence de réplication :

Masquer la réplication de la base de données aux utilisateurs grâce à la transparence de réplication. Les utilisateurs peuvent accéder à n'importe quelle table en tant que table d'origine.

Lorsqu'un utilisateur met à jour les données, celles-ci sont mises à jour et reflétées dans tous les tableaux de plusieurs sites. Ceci est caché à l’utilisateur et s’appelle transparence de concurrence. La réplication d'une copie permet aux utilisateurs de continuer plus facilement leurs requêtes en cas de panne d'un site Web sans en être conscients, ce que l'on appelle la transparence des pannes.

4. Transparence de la cartographie locale :

C'est le niveau le plus bas de transparence de la distribution. Avec la transparence du mappage local, l'utilisateur doit spécifier le nom du fragment et l'emplacement de l'élément de données, en tenant compte de toute duplication pouvant exister.

Évidemment, il s'agit d'une requête plus complexe et plus longue pour l'utilisateur que la première. Il est peu probable que les systèmes offrant ce niveau de tr_sparency soient acceptés par les utilisateurs finaux.

Transparence des transactions

La transparence des transactions dans un environnement DDBMS garantit que toutes les transactions distribuées maintiennent l'intégrité et la cohérence de la base de données distribuée. Les transactions distribuées accèdent aux données stockées dans un emplacement distant. Chaque transaction est divisée en plusieurs sous-transactions, chacune correspondant à un site qu'il faut visiter ; les sous-transactions sont représentées par des agents ;

Le SGDD doit également assurer l'atomicité de chaque sous-transaction. Les schémas de fragmentation, d'allocation et de réplication compliquent la transparence des transactions dans les SGBD distribués.

Transparence des performances

La transparence des performances nécessite que le DDBMS fonctionne comme un SGBD centralisé. Dans un environnement distribué, le système devrait subir toute dégradation des performances due à l'architecture distribuée, comme la présence d'un réseau. La transparence des performances nécessite également que le DDBMS détermine la stratégie la plus rentable pour exécuter les requêtes.

Dans un SGBD centralisé, le processeur de requêtes (QP) doit évaluer chaque demande de données et trouver la stratégie d'exécution optimale, qui consiste en une séquence ordonnée d'opérations sur la base de données. Dans un environnement distribué, le processeur de requêtes distribuées (DQP) mappe les demandes de données à une séquence ordonnée d'opérations sur une base de données locale. La complexité supplémentaire tient compte des modèles de fragmentation, de copie et d'allocation. DQP doit décider :

● À quel fragment accéder ?

● Si un fragment est copié, quelle copie de fragment doit être utilisée ?

● L'emplacement utilisé.

DQP produit une politique d'exécution optimisée pour certaines fonctions de coût. Généralement, les coûts associés aux requêtes distribuées incluent :

● Le coût du temps d'accès (E/S) impliqué dans l'accès aux données physiques sur le disque

● L'exécution sur les données de la mémoire principale Le coût de ; Temps CPU engagé pendant le fonctionnement ;

● Le coût de communication associé à la transmission des données sur le réseau.

Les deux premiers facteurs sont les seuls facteurs pris en compte dans un système centralisé. Dans un environnement de distribution, les DDBMS doivent prendre en compte les coûts de communication, qui peuvent être le facteur le plus dominant dans les WAN avec des bandes passantes de plusieurs kilo-octets/seconde. Dans ce cas, l’optimisation peut ignorer les coûts d’E/S et de CPU. Cependant, la bande passante d'un réseau local est comparable à celle d'un disque, l'optimisation ne doit donc pas complètement ignorer les coûts d'E/S et de CPU dans ce cas.

Transparence du SGBD.

La transparence des SGBD cache la connaissance que les SGBD locaux peuvent être différents et ne fonctionnent donc qu'avec des SGBD hétérogènes. C’est l’une des formes de transparence les plus difficiles à assurer.

Ce qui précède représente l’intégralité du contenu de cet article, j’espère qu’il sera utile à l’étude de chacun. Pour un contenu plus passionnant, vous pouvez prêter attention aux colonnes de didacticiels pertinentes du site Web PHP chinois ! ! !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!