Modèle logique de données relationnelles

Dans les phases de conception de la base de données, les données sont représentées à l`aide d`un certain modèle de données. Le modèle de données est une collection de concepts ou de notations pour décrire les données, les relations de données, la sémantique des données et les contraintes de données. La plupart des modèles de données incluent également un ensemble d`opérations de base pour manipuler des données dans la base de données. Les relations sont classées sur la base des types d`anomalies auxquelles elles sont vulnérables. Une base de données qui est dans la première forme normale est vulnérable à tous les types d`anomalies, tandis qu`une base de données qui est dans la forme normale de domaine/clé n`a aucune anomalie de modification. Les formes normales sont de nature hiérarchique. C`est-à-dire, le niveau le plus bas est la première forme normale, et la base de données ne peut pas répondre aux exigences pour les formes normales de niveau supérieur sans avoir d`abord satisfait à toutes les exigences des formes inférieures normales. [7] la deuxième façon dont les types d`entité parent et enfant peuvent être liés est par une relation de non-identification. Dans une relation non identificante, la clé primaire de l`entité parente est héritée par l`entité enfant en tant qu`attribut de clé non primaire. Cela signifie que l`entité enfant fait référence à son type d`entité parente mais ne dépend pas de l`existence des parents pour sa propre existence. D`un point de vue de base de données relationnelle cela signifie que l`attribut hérité peut être null–qui est point à Nothing. Dans un diagramme d`entité, une relation de non-identification est signifiée par une ligne pointillée entre les types d`entité parent et enfant. Une fois qu`un SGBD est sélectionné, vous pouvez l`implémenter.

C`est le modèle interne. Ici, vous créez toutes les tables, les contraintes, les clés, les règles, etc. C`est souvent ce que l`on appelle la conception logique. Les écarts suivants par rapport au modèle relationnel ont été notés [qui?] dans SQL. Notez que peu de serveurs de base de données implémentent l`intégralité de la norme SQL et, en particulier, ne permettent pas certains de ces écarts. Alors que la valeur null est omniprésente, par exemple, autoriser les noms de colonnes dupliqués dans une table ou des colonnes anonymes est peu fréquent. Chaque requête est considérée comme un programme logique qui retourne un nouvel ensemble de faits, dérivé de la base de données extensionnelle. Vous pouvez considérer les requêtes définissant de nouvelles relations.

La conception de la base de données est très semblable à celle-ci. Il commence avec les utilisateurs identifiant les règles d`entreprise; puis les concepteurs de base de données et les analystes créent la conception de base de données; puis l`administrateur de base de données implémente la conception à l`aide d`un SGBD. Modèle Transitor vous permet de transiter un ERD logique à un ERD physique et avec la relation de transition maintenue.

カテゴリー: 未分類 パーマリンク