Bill Kent, dans son livre 1978 données et réalité [14], compare un modèle de données à une carte d`un territoire, soulignant que dans le monde réel, «les autoroutes ne sont pas peintes en rouge, les rivières n`ont pas de lignes de comté en cours d`exécution au milieu, et vous ne pouvez pas voir les lignes de contour sur une montagne». Contrairement à d`autres chercheurs qui ont essayé de créer des modèles qui étaient mathématiquement propres et élégants, Kent a insisté sur le caractère essentiel du monde réel, et la tâche du Modeller de données pour créer l`ordre hors du chaos sans dénaturer excessivement la vérité. Les entités représentées par un modèle de données peuvent être des entités tangibles, mais les modèles qui incluent ces classes d`entités concrètes ont tendance à changer au fil du temps. Les modèles de données robustes identifient souvent les abstractions de ces entités. Par exemple, un modèle de données peut inclure une classe d`entité appelée «personne», représentant toutes les personnes qui interagissent avec une organisation. Une telle classe d`entité abstraite est généralement plus appropriée que celles appelées «fournisseur» ou «employé», qui identifient les rôles spécifiques joués par ces personnes. Dans la modélisation des relations d`entité des années 1970 est apparu comme un nouveau type de modélisation des données conceptuelles, initialement proposé en 1976 par Peter Chen. Les modèles de relation d`entité ont été utilisés dans la première étape de la conception du système d`information pendant l`analyse des exigences pour décrire les besoins en information ou le type d`informations à stocker dans une base de données. Cette technique peut décrire toute ontologie, c`est-à-dire une vue d`ensemble et la classification des concepts et de leurs relations, pour un certain domaine d`intérêt. Un modèle d`information n`est pas un type de modèle de données, mais plus ou moins un modèle alternatif. Dans le domaine de l`ingénierie logicielle, un modèle de données et un modèle d`information peuvent être abstraits, des représentations formelles de types d`entités qui incluent leurs propriétés, les relations et les opérations qui peuvent être exécutées sur eux. Les types d`entités dans le modèle peuvent être des types d`objets du monde réel, tels que des périphériques dans un réseau, ou ils peuvent eux-mêmes être abstraits, par exemple pour les entités utilisées dans un système de facturation.

En général, ils sont utilisés pour modéliser un domaine contraint qui peut être décrit par un ensemble fermé de types d`entités, de propriétés, de relations et d`opérations. La notation Barker est l`une des plus populaires, elle est prise en charge par l`ensemble d`outils d`Oracle, et est bien adaptée à tous les types de modèles de données. C`est l`approche de sous-typage peut devenir maladroit avec des hiérarchies qui vont plusieurs niveaux de profondeur.

Dieser Beitrag wurde unter Allgemein veröffentlicht. Setze ein Lesezeichen auf den Permalink.