{"id":1064,"date":"2023-05-10T16:59:12","date_gmt":"2023-05-10T16:59:12","guid":{"rendered":"https:\/\/ingenieriadesoftware.es\/?p=1064"},"modified":"2023-05-10T16:59:12","modified_gmt":"2023-05-10T16:59:12","slug":"el-lenguaje-entity-relationship-esta-de-moda","status":"publish","type":"post","link":"https:\/\/ingenieriadesoftware.es\/el-lenguaje-entity-relationship-esta-de-moda\/","title":{"rendered":"El lenguaje ER (entity-relationship) est\u00e1 m\u00e1s vivo que nunca"},"content":{"rendered":"

Hubo un tiempo en el que pens\u00e9 que el lenguaje Entidad-Relaci\u00f3n (Entty-Relationship o ER)<\/a> hab\u00eda pasado su mejor momento. Pero ahora veo que estaba equivocado, muy equivocado. El lenguaje ER est\u00e1 m\u00e1s fuerte, m\u00e1s de moda que nunca.<\/p>\n

Voy a intentar explicar el porqu\u00e9 cambi\u00e9 de opini\u00f3n. \u00a1Veamos si est\u00e1s de acuerdo!<\/p>\n

Breve introducci\u00f3n al lenguaje ER<\/h2>\n

Propuesto originalmente por Peter Chen en 1976 en el art\u00edculo El modelo entidad-relaci\u00f3n: hacia una vista unificada de los datos<\/em><\/a>, el lenguaje ER r\u00e1pidamente se hizo muy popular en la comunidad emergente (en ese momento) de bases de datos. De hecho, el lenguaje ER se convirti\u00f3 en el est\u00e1ndar de facto<\/em> para el dise\u00f1o de bases de datos, con muchos proveedores (empezando por la mayor\u00eda de las empresas que vend\u00edan sistemas de gesti\u00f3n de bases de datos relacionales) que ofrec\u00edan entornos de modelado para diagramas ER con la posibilidad de traducir autom\u00e1ticamente dichos modelos a scripts SQL DDL.<\/p>\n

Como sugiere el nombre, los elementos clave del lenguaje ER son las entidades y las relaciones. Las entidades son equivalentes a objetos en el mundo orientado a objetos (es decir, una persona espec\u00edfica, un producto o un evento) y las relaciones son los v\u00ednculos entre estas entidades. Las entidades similares se agrupan en conjuntos de entidades<\/em>, tambi\u00e9n conocidos como tipos de entidad (entity types<\/em>)<\/em>. Del mismo modo, las relaciones se agrupan en tipos de relaci\u00f3n (relationship types)<\/em>. Claramente, los tipos de entidad se parecen al concepto de clases en la terminolog\u00eda orientada a objetos, mientras que los tipos de relaci\u00f3n ser\u00edan el equivalente de asociaciones. Los tipos de entidad tambi\u00e9n pueden tener atributos. Tanto los atributos como los tipos de relaci\u00f3n pueden estar restringidos por relaciones de multiplicidad.<\/p>\n

Se propusieron varias extensiones del lenguaje ER original, com\u00fanmente conocidas como la familia de lenguajes EER (“Lenguajes de Entidad-Relaci\u00f3n Extendido”). Una de estas extensiones clave agreg\u00f3 relaciones de herencia entre tipos de entidad.<\/p>\n

Dado este conjunto limitado de conceptos de modelado, es f\u00e1cil ver que el mapeo desde modelos ER a esquemas de bases de datos relacionales era una traducci\u00f3n casi directa. M\u00e1s que nada la complicaci\u00f3n real al principio, cuando muchos proveedores a\u00fan no segu\u00edan estrictamente el esquema SQL, era poder generar scripts SQL para todos los diferentes “sabores” de SQL existentes en ese momento.<\/p>\n

Los a\u00f1os oscuros del ER<\/h2>\n

ER siempre tuvo su comunidad, especialmente en el mundo de las bases de datos, pero perdi\u00f3 su atractivo en la comunidad m\u00e1s amplia de desarrollo de software.
\nEn mi humilde opini\u00f3n, por dos razones:<\/p>\n