Les S.G.B.D.R

Intro
définitions
Caractéristique d'un vrai SGBD
Caractéristiques du relationnel

Introduction

Les SGBDRs ou système de gestion de base de données relationnels sont 'de facto' les SGBDs les plus répandus dans l'industrie.
Citons pour mémoire : Oracle, SQLServer, Sybase, DB2, Informix, Ingres, et dans le domaine du logiciel libre PostGres, MySQL.

Note : Chacun de ces logiciels implémente plus ou moins bien les caractéristiques d'un SGBDR que nous allons essayer de décrire ici.

Il ne faut pas confondre, comme on peut le lire parfois dans certains articles, la notion de SGBD relationnel ou non avec celle de base de données.
Une base de données est un ensemble physique de données et le SGBD l’ensemble du logiciel qui permet d’y accéder.

Définitions

Un SGBD est un système complexe permettant de gérer de manière efficace, un volume important de données structurées, accessible par des utilisateurs simultanés locaux ou non.
Un SGBDR (ou RDBMS en Anglais) est un SGBD basé sur le modèle relationnel.
Une relation est un sous ensemble de données caractérisé par des attributs et visualisable sous forme de table.

Caractéristique d'un vrai SGBD

• gestion de gros volumes de données (en consultation et en mise à jour),
• Sécurité des données, qui se décline en :
  disponibilité
  Un SGBDR se doit d’offrir une bonne disponibilité des données. Une disponibilité totale des données est possible (temps de reprise nul) il suffit de s’en donner les moyens logiciels et matériels...
  fiabilité
  Des mécanismes de sauvegarde variés (physique, logique, off-line, on-line, totale, partielle, incrémentale), ainsi que des mécanismes de journalisation, et de reprise permettent de restaurer une information sans pratiquement aucune perte, dans tous les cas de problème matériel ou logiciel.
  confidentialité
  Tout n’est pas accessible à tout le monde! Se connecter à la base de données, donne un certain nombre de droits et de ressources en fonction d’un profil défini et maintenu par un administrateur. La granularité d’accès peut aller jusqu’à la vision unique d’un champ d’un enregistrement d’une table particulière. Encore une fois on ne manipule plus des fichiers...
  cohérence
  Que les données soient réparties ou non –dans ce dernier cas les mécanismes mis en jeux seront plus complexes– elles doivent être cohérentes. Cela sous entend, d’une part que les accès concurrents d’utilisateurs, notamment lors de mises à jour, ne doivent pas compromettre l’intégrité des données et d’autre part que ces dernières satisfassent aux contraintes d’intégrité du modèle, mais aussi aux règles de gestion de l’entreprise.
  tracabilité
  On peut, notamment en cas de problème important ou en cas d’attaque du système, recourir à l’analyse de traces ou de logs du SGBD. Le niveau de détail de ces traces est paramétrable, et concerne soit les aspects système, soit réseau, soit l’accès aux données élémentaires elles-mêmes.
  
• concurrence d'accès en lecture et écriture (avec une bonne granularité),
• gestion (efficace) des transactions,
• portabilité sur différents OS, des données et du code
• Administrabilité :
  - existence d’outils d’administration généraux : gestion des données, des utilisateurs, des fichiers physiques, des espaces logiques, des droits, des profils, des ressources systèmes, etc.
  - outils de surveillance
  en temps réel grâce à un moniteur, si possible graphique ou en temps différé grâce à des journaux ou à des traces paramétrables
  
• possibilité d’export import :
  de, ou vers des fichiers texte, des logiciels bureautique ou des fichiers Gros systêmes par exemple
• performances :
  offrir de bonnes performances et des outils permettant de les mesurer et de les contrôler via des paramètres de configuration. Des processus d’optimisation en temps réel des requêtes complexes sont également souvent présents. Les données peuvent être indexées, de manière souple, dynamique et complète (index simples, concaténés, multiples, tables de hashage, recherche textuelle, etc.). Un nombre important d’utilisateurs, ainsi qu’un volume conséquent de données peuvent être pris en compte.

Caractéristiques du relationnel

• modèle sous jacent simple, bien formalisé et épprouvé,
• accès simple via un langage de requêtes SQL
  normalisé : Comme dans toute norme, elle est enrichie par les différents fournisseurs de logiciel. Mais si l’on se contraint à écrire des procédure respectant la norme ISO/ANSI 92 par exemple, on est quasiment guaranti de pouvoir porter ce code sur Oracle, Informix ou Sybase... qui doit être
  et complet :
  - opérateur de projection (ou selection), restriction, produit cartésien, union, différence,
  
• indépendance entre stockage physique et vision logique des données :
  Les données (le plus souvent des tables) sont référencées de manière logique. Un dictionnaire de données permet de retrouver la correspondance avec l’objet physique désiré. Ceci est bien sûr très utile dans les environnements ouverts, et offre une grande souplesse aussi bien lors du développement, que lors de la mise en production ou dans la phase de maintenance des applicatifs. La conséquence est que l’on pourra déplacer physiquement des données, par exemple les changer de serveur, renommer ou retailler un fichier sans pour autant retoucher le code des applications. Il n’y a pas de correspondance bijective entre un fichier et une table.
• existence de contraintes d'intégrité
  - intégrité de domaines (controle du type de la donnée)
  - intégrité de relation (existence d'une clé primaire : unique et toujours définie (non nulle))
  - intégrité de référence (controle de la cohérence d'attributs de tables différentes lors des mises à jour)

modifié le 20/11/2006

ecris moi

les forums techniques Oracle

mon BLOG Oracle, en Francais

l'autre vie de DD

mon CV

trucs et astuces

JOBs Oracle du jour

Mon site : Tout sur Oracle (et le web)

Utilisation de ces documents