image_pdfimage_print

Il existe un certain nombre de catégories de base de données, des fichiers plats basiques qui ne sont pas relationnels à NoSQL aux bases de données de graphes plus récentes qui sont considérées comme encore plus relationnelles que les bases de données relationnelles standard. Le modèle de données relationnelles décrit le monde comme «une collection de relations interreliées (ou de tableaux)». Une base de données de fichiers plats se compose d`une seule table de données qui n`a pas d`interrelation–généralement des fichiers texte. Ce type de fichier permet aux utilisateurs de spécifier des attributs de données, tels que des colonnes et des types de données. La cohérence d`une base de données relationnelle est appliquée, non par des règles intégrées dans les applications qui l`utilisent, mais plutôt par des contraintes, déclarées dans le cadre du schéma logique et appliquées par le SGBD pour toutes les applications. En général, les contraintes sont exprimées à l`aide d`opérateurs de comparaison relationnelle, dont un seul, «est un sous-ensemble de» (⊆), est théoriquement suffisant [citation nécessaire]. Dans la pratique, on s`attend à ce que plusieurs courts-circuits utiles soient disponibles, dont les plus importants sont les clés candidates (vraiment, superclés) et les contraintes de clé étrangère. Le modèle relationnel (RM) pour la gestion des bases de données est une approche de la gestion des données à l`aide d`une structure et d`une langue compatibles avec la logique de prédicat de premier ordre, décrite en 1969 par l`informaticien anglais Edgar F. Codd [1], [2], où toutes les données sont représentées en termes de tuples, regroupés en relations. Une base de données organisée en termes de modèle relationnel est une base de données relationnelle. Vous pouvez commander la base de données pour passer au crible ses données et l`organiser d`une manière particulière. Par exemple, vous pouvez demander qu`une sélection d`enregistrements soit limitée par date: 1. tous avant une date donnée, 2.

tous après une date donnée ou 3. entre deux dates données. De même, vous pouvez choisir d`avoir des enregistrements triés par date. Étant donné que le champ, ou l`enregistrement, contenant les données est configuré comme un champ date, la base de données lit les informations dans le champ date non seulement comme des nombres séparés par des barres obliques, mais plutôt comme des dates qui doivent être classées en fonction d`un système de calendrier. Lors de la conception du modèle relationnel, nous définissons certaines conditions qui doivent contenir pour les données présentes dans la base de données sont appelées contraintes. Ces contraintes sont vérifiées avant d`effectuer toute opération (insertion, suppression et mise à l`État) dans la base de données. S`il y a une violation dans l`un des contraintes, l`opération échouera. Chaque relation a certaines conditions qui doivent tenir pour qu`il soit une relation valide. Ces conditions sont appelées contraintes d`intégrité relationnelle.

Il existe trois principales contraintes d`intégrité − 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: une base de données stocke des informations ou des faits de manière organisée. Comprendre comment utiliser et tirer le meilleur parti des bases de données nous oblige à comprendre cette méthode d`organisation. Le modèle de base de données relationnelle était un énorme bond en avant du modèle de base de données réseau. Au lieu de s`appuyer sur une relation parent-enfant ou propriétaire-membre, le modèle relationnel permet à n`importe quel fichier d`être lié à un autre par le biais d`un champ commun.