Quel est le langage de modélisation de base de données standard de l'industrie?

Question

Avant que quiconque ne vote pour fermer cela en dupe, sachez que chaque question que j'ai trouvé jusqu'à maintenant était une question sur les programmes spécifiques qui sont bons pour la modélisation de base de données. Ma question est quelle est la norme de l'industrie langue (s'il y en a un) pour la modélisation d'une base de données relationnelle? Je sais que UML est très populaire en général, en particulier pour la modélisation OOP, et l'auteur du livre que je suis en train de lire ("Pro SQL Server 2005 Database Design and Optimization" par Davidson) utilise IDEF1X. MS Visio, bien qu'il supporte IDEF1X, utilise par défaut ce qui semble être un langage de modélisation générique sans beaucoup de symboles spécifiques (appelé ensemble de symboles "relationnel"), mais je sais que Visio est assez standard car il fait partie de la suite Office. Donc, en tant que stagiaire d'été essayant de construire mon CV, quel langage de modélisation sera le plus utile dans l'industrie pour le futur?

Answer 1

Il s'agirait de diagrammes Entity RelationShip, en abrégé ERD.

Answer 2

ERD est probablement le plus largement utilisé. J'ai également vu ORM used, bien que ce ne soit pas spécifique à la base de données - il s'agit de construire un univers de faits.

Answer 3

J'ai toujours connu une forme de «Diagramme de relation d'entités» (ERD) en tant que standard pour modéliser une base de données.

Ces diagrammes utilisent généralement des rectangles pour représenter des entités et utilisent des lignes entre les rectangles pour représenter les relations entre ces entités. Il est également fréquent de voir une certaine forme de notation indiquant la cardinalité de la relation (c'est-à-dire un à un, un à plusieurs, plusieurs à plusieurs) sous la forme de tirets et de «pattes d'oie».

Answer 4

Il n'y a pas vraiment de langage standard bien que UML soit plus qu'une simple modélisation de classe OOP. Le concept d'une ERD tel que mentionné par Razzie est ce que vous voulez vraiment vous concentrer sur plus que d'essayer d'ajouter quelque chose à votre CV que l'intervieweur peut ou ne peut pas savoir. Les enquêteurs connaissent les UML et les ERD mais peuvent ne pas connaître IDEF1X. Ils connaissent les outils et les noms des résultats finaux et se soucient peu de savoir comment les résultats des diagrammes sont créés.

Answer 5

Ce n'est pas une réponse (j'espère que c'est OK), mais je voulais vous applaudir pour votre désir d'apprendre. J'ai récemment interviewé quelqu'un pour un poste où il serait le développeur d'une application basée sur une base de données ainsi que des rapports sur celui-ci. Je lui ai donné un ensemble simple d'exigences et j'ai dit: "Compte tenu de cela, comment structureriez-vous vos objets de base de données?" Je cherchais juste une ERD simple (ou diable, juste des boîtes & lignes! Ou une liste de tableaux et de champs potentiels!). Elle ne pouvait même pas faire cela - totalement troublé par la question.

Non embauché, pour le dossier. Donc, je suis juste en train d'appuyer ERD - c'est probablement le plus commun, et j'ai également trouvé qu'il est facile pour les non-développeurs de comprendre.

Answer 6

UML peut être parfaitement utilisé pour la modélisation de données. Il est plus expressif que les langues EER donc vous pouvez exprimer en UML tout ce que vous pourriez exprimer avec ces autres langues. De plus, je pense que l'utilisation du même langage pour la modélisation de tous les aspects de l'application simplifie le développement.

Dans mon université, nous enseignent UML pour les deux, la modélisation des données et « modélisation des applications »

Answer 7

Il serait ERD .... Je commencerai par les modèles de données standard de l'industrie.Par exemple, le groupe standard du commerce de détail s'appelle ARTS (association des normes de technologie de détail) et ils ont un modèle de données de l'industrie que presque tout le monde étend (http://www.nrf-arts.org/DataModel/DataModelHome.htm)