Jump to content

User:Puerto01

From Wikipedia, the free encyclopedia

Le modèle relationnel est une manière de modéliser les informations contenues dans une base de données qui repose sur des principes mathématiques inventés par E.F. Codd.


Brève description

[edit]

Ce qu'on appelle relation est un ensemble d'attributs qui définissent un fait - par exemple qu'un employé a un matricule donné, que son nom est untel, qu'il travaille dans tel service et a été embauché à telle date. Chaque instance est appelée un tuple. Les relations sont d'ordinaire représentées sous forme tabulaire, et l'on confond table et relation ; on confond de même, ligne dans la table et tuple. Par définition, chaque tuple d'une relation est unique, et est identifié par un ou une combinaison de plusieurs attributs qui forme la clef. L'ordre des tuples est non significatif.

Codd a défini une algèbre relationnelle et des opérateurs, qui permettent d'obtenir d'autres relations à partir de relations. Les idées de Codd ont été implémentées, et passablement perverties, dans les bases de données relationnelles ou SGBDR telles que le projet expérimental System/R, puis des produits commerciaux tels qu'Oracle, DB2 ou MySQL, et dans le langage de manipulation des données SQL.

Le modèle relationnel est aujourd’hui très couru et on peut dire qu’il s’agit d’un des modèles les plus utilisés. « Les premiers systèmes de gestion de base de données (SGBD ou DBMS en anglais) bâtis sur ce modèle ont été SQL/DS et DB2 de IBM, d'où est né le langage de manipulation de bases relationnelles, SQL (Structured Query Language). » [1] Le modèle relationnel est basé sur deux instruments puissants : L’algèbre relationnelle (c'est-à-dire le concept mathématique de relation de la théorie des ensembles) et la notion de produit cartésien. Ce modèle définit comment représenter les donnés, quelles sont les opérations qui peuvent être effectué et aussi quels sont les mécanismes pour préserver la consistance des donnés. E.F Codd a décrit les principes et la conception de modèle relationnel sur son œuvre « A relational model of data for large shared data banks ».

Opération relationnels

[edit]

Selon E. F. Codd est la base des données en modèle relationnel constituée d’un ensemble d’opérations formelles sur les relations et les opérations pour accès au donnés sont au moins l’union, l’intersection et la différence. Les opérations relationnelles permettent par exemple créer une nouvelle relation, qui est représentée dans ce modèle par table de deux dimensions. [2]


Les règles pour le système relationnel de base des données

[edit]

1. règle informationnel Toutes les informations dans la base des données sont explicite et portent la même structure logique et sont représenté par valeurs dans les tableaux.

2. règle de certitude Toutes les données sont dans le modèle relationnel accessible par la combinaison de nom de tableau, la valeur de clé principale et le nom de la colonne.

3. traitement des valeurs nulles systématique Les valeurs nulles sont bien adoptées par le modèle relationnel et pour représentation de l’information qui n’est pas défini et ne sont pas dépendantes sur le type de données.

4. Online catalogue basé sur le modèle relationnel La description de la base des donnés est exprimé sur le même niveau logique et de même manière que les dates de client. Alors un utilisateur autorisé peut appliquer la même langue relationnelle pour appliquer sa demande comme utilisateur qui travaille avec les données.

5. Langue de définition des données Le système relationnel peut soutenir plusieurs langues et modes pendant l’utilisation de terminal. Mais il faut qu’il y a au moins une langue vaste qui peut définir la structure des donnés, la manipulation interactive, restrictions intégrales, autorisation pour accéder à la base des données, les commandes transactionnelles etc. (SQL)

6. La règle de création de vue Toutes les vues sont théoriquement possibles et sont aussi crée par système.

7. Le pouvoir de créer, insérer et effacer Il est possible de préserver les règles relationnelles sur les relations de base et aussi relations dérivées non seulement en regardent les données, mais aussi pendant les opérations d’intersection, l’union et effacement des dates.

8. L’indépendance physique des données Les programmes d’application sont indépendants de la structure physique des dates.

9. L’indépendance de la logique des données Les programmes d’application sont indépendants de la structure logique de base des données.

10. L’indépendance intégrale Les restrictions intégrales doivent être définies par les moyens de la base des données relationnelle ou son langue et doivent être situé dans le catalogue et non dans le programme d’application.

11. L’iIndépendance de distribution Il est nécessaire que le système gestion de base des données relationnel soit capable d’être implémenté sur les autres architectures informatiques.

12. La règle pour accès sur la base des données SI le système relationnel a la langue de niveau bas, on ne pourrait pas utiliser ce niveau pour exprimer les restrictions intégrales et il est nécessaire de les exprimer en langue relationnel de niveau supérieur.

Principe de modèle relationnel

[edit]

Le modèle relationnel est basé sur la notion des ensembles. Chaque ensemble possède un nom et aussi des attributs nommés qui appartiennent dans cet ensemble et il existe des restrictions intégrales qui limitent cet ensemble. On peut présenter cet ensemble sous forme d’une table relationnelle qui porte son nom et les attributs sont représentés par les colonnes. Dans les cellules de la table peuvent être seulement les éléments atomiques. L’aménagement des dates dans la base des données est pour un utilisateur non essentiel et les dates peuvent exister indépendamment sur la dépose physique. Un grand avantage de ce modèle est que l’utilisateur ne doit pas savoir où sont les dates physiquement déposé et il peut les utiliser sans problème. C’est un grand avantage par rapport au modèle hiérarchique ou au modèle réseau. [3]

La modélisation relationnelle

[edit]

La modélisation relationnelle permet de présenter les relations sous forme des tables de deux dimensions. Chaque colonne possède un identificateur qui représente un domaine. On appelle tuple ou n-uplet un set des valeurs des attributs incoordonnés, c'est-à-dire la ligne de table. La relation peut donc être définie par le set de n-tuples. « Chaque opération relationnelle sur une table génère une nouvelle relation et les opérateurs relationnels – ceux de la langue SQL, permettent de décrire le résultat que l’on veut obtenir sans avoir à décrire la procédure nécessaire pour arriver au résultat : on dit que la langue relationnel est « non procédural » » [4] Pour lier les relations ensemble il existe la clé principale et la clé étrangère. La clé principale d’une relation est un attribut ou un ensemble des attributs qui permet de désigner d’une façon unique un tuple. La seule connaissance de la clé principale peut identifier toute ligne dans une table. De l’autre coté, la clé étrangère est un identificateur unique qui fait référence à une clé dans une autre table. [5] Dans le sens mathématique est la relation un sous-ensemble du produit cartésien des certaines domaines. Un domaine est représenté comme un ensemble des valeurs : R = (D1 X D2 X D3). Cette relation R est représentée par une table de 3 colonnes (trois attributs) D1, D2, D3 dont chaque ligne est caractérisée par différente valeurs dans les domaines D1, D2, D3. (4)Pour modéliser l’entité du monde réel « voiture » on prendra comme constituants la marque, la couleur, la plaque d’immatriculation et la date de création : voiture (marque, couleur, plaque-immatriculation, date-création). Les domaines correspondant aux identificateurs de colonnes peuvent être déterminés par les ensembles de valeurs suivants :

marque : chaine de 1 à 50 caractères alphabétiques couleur : chaine de 1 à 30 caractères alphabétiques plaque-immatriculation : chaine de 1 à 10 caractères alphabétiques date-création : dates depuis le 1er janvier 1800 jusqu’au présent


Cardinalité de relation

[edit]

Les relations utilisées dans le système gestion de base des données relationnelles sont suivantes : 1 :1, 1 : N et M : N. Les relations entre les tables sont définies dans la colonne partagée. Ce modèle ne soutient pas la relation M : N directement mais cette relation est effectué par deux relations 1 : N. 1 : 1 Dans deux table A et B de relation 1 : 1 existe un élément de table A qui se rapporte seulement a un élément de table B. Pour un exemple du monde réel est un ministre qui appartient justement à une division. 1 : N Dans deux table A et B de relation 1 : N existe un élément de table A qui se rapporte à un ou plusieurs éléments de table B. (un élève habite à l’internat). M : N Dans deux tables A et B de relation M : N existe un élément de table A qui se rapporte ou plusieurs éléments de table B et un élément de table B se rapporte au plusieurs éléments de table A. Il s’agit donc de décomposition sur deux relations 1 : N.


Catégorie:Base de données Catégorie:Modélisation des données en:Relational model

  1. ^ inrets. Chapitre 1 le modele relationnel . [Online] 2008. http://www.inrets.fr/ur/cir/bl/coursingres/oi_chap1.html.
  2. ^ Codd, E. F. A relational model of data for large shared data banks. New York : ACM , 1970 . ISSN:0001‐0782.
  3. ^ Delisle, Pierre. Cours 9 Passage du MCD au MPD Le modèle relationnel. [Online] 2007. http://wwwens.uqac.ca/~pdelisle/8trd104/Fichiers/Cours9MPD-Relationnel.ppt.
  4. ^ inrets. Chapitre 1 le modele relationnel . [Online] 2008. http://www.inrets.fr/ur/cir/bl/coursingres/oi_chap1.html.
  5. ^ marche, Comment ca. Le modele realationnel . [Online] 2008. http://www.commentcamarche.net/contents/relation/relintro.php3.