Modèle de données relationnel définition

Posted by on February 13, 2019

Il y a une faille dans notre conception de base de données ci-dessus. Le relvar de facture contient un attribut order no. Ainsi, chaque tuple dans le relvar de facture aura un n ° de commande, ce qui implique qu`il y a précisément un ordre pour chaque facture. Mais en réalité, une facture peut être créée contre de nombreuses commandes, ou même pour aucun ordre particulier. En outre, la commande relvar contient un attribut Invoice no, ce qui implique que chaque commande possède une facture correspondante. Mais encore une fois ce n`est pas toujours vrai dans le monde réel. Une commande est parfois payée par plusieurs factures, et parfois payée sans facture. En d`autres termes, il peut y avoir beaucoup de factures par commande et de nombreuses commandes par facture. Il s`agit d`une relation plusieurs-à-plusieurs entre Order et Invoice (également appelée relation non spécifique).

Pour représenter cette relation dans la base de données, un nouveau relvar doit être introduit dont le rôle est de spécifier la correspondance entre les commandes et les factures: chaque table, parfois appelée relation, dans une base de données relationnelle contient une ou plusieurs catégories de données dans les colonnes, également appelées attributs. Chaque ligne, également appelée un enregistrement ou un tuple, contient une instance unique de données, ou clé, pour les catégories définies par les colonnes. Chaque table a une clé primaire unique, qui identifie les informations dans une table. La relation entre les tables peut ensuite être définie via l`utilisation de clés étrangères–un champ dans une table qui relie à la clé primaire d`une autre table. Attribut est le terme utilisé dans la théorie pour ce qui est communément appelé une colonne. De même, la table est couramment utilisée à la place de la relation de terme théorique (bien que dans SQL le terme n`est nullement synonyme de relation). Une structure de données de table est spécifiée sous la forme d`une liste de définitions de colonnes, chacune spécifiant un nom de colonne unique et le type des valeurs autorisées pour cette colonne. Une valeur d`attribut est l`entrée d`une colonne et d`une ligne spécifiques, telles que «John Doe» ou «35». L`idée centrale du modèle relationnel est de décrire une base de données comme une collection de prédicats sur un ensemble fini de variables de prédicat, décrivant les contraintes sur les valeurs possibles et les combinaisons de valeurs. Le contenu de la base de données à un moment donné est un modèle (logique) fini de la base de données, c`est-à-dire un ensemble de relations, un par variable de prédicat, de sorte que tous les prédicats sont satisfaits. Une demande d`informations de la base de données (une requête de base de données) est également un prédicat.

Le modèle de données relationnelles a été introduit par C. F. Codd en 1970. Actuellement, c`est le modèle de données le plus largement utilisé. 5. les noms de table dans la base de données doivent être uniques et les noms d`attributs dans les tables doivent être uniques. Aucune des deux tables ne peut avoir le même nom dans une base de données. Les attributs (colonnes) ne peuvent pas avoir le même nom dans une table. Vous pouvez avoir deux tables différentes qui ont des noms d`attribut similaires.

Une base de données NoSQL est une alternative aux bases de données relationnelles qui est particulièrement utile pour travailler avec de grands ensembles de données distribuées. Ces bases de données peuvent prendre en charge une variété de modèles, y compris les formats key-value, document, colonnes et Graph. Le modèle relationnel représente la façon dont les données sont stockées dans les bases relationnelles. Une base de données relationnelle stocke les données sous forme de relations (tables). Considérez une relation STUDENT avec les attributs ROLL_NO, nom, adresse, téléphone et âge indiqués dans le tableau 1. Intégrité des clés: chaque relation dans la base de données doit avoir au moins un ensemble d`attributs qui définit un tuple de manière unique. Cet ensemble d`attributs est appelé clé. e.g.

ROLL_NO dans STUDENT est une clé. Aucun des deux étudiants ne peut avoir le même numéro de rouleau. Ainsi, une clé a deux propriétés: il y a une correspondance un-à-un entre les variables libres du prédicat et les noms d`attribut de l`en-tête de relation. Chaque tuple du corps de relation fournit des valeurs attributaires pour instancier le prédicat en substituant chacune de ses variables libres. Le résultat est une proposition qui est considérée, en raison de l`apparence du tuple dans le corps de la relation, pour être vrai.