Diseño conceptual a diseño lógico utilizando un modelo ER

Dependiendo de su herramienta y la notación de modelado, su Modelo de Datos Conceptuales (CDM) puede ser ya un modelo entidad-relación (ER). En la mayoría de los casos, los CDM deben ser modelos de negocios, y no modelos de diseño de datos (como es el Modelo de datos lógicos (LDM)), por lo que su CDM debe identificar los objetos comerciales del mundo real (por ejemplo, cliente, pedido, venta, política, etc.) y las relaciones entre estos. En otras palabras, los MDL no son de diseño, se utilizan para describir el negocio. El diseño de datos entra en juego en el LDM.

Existen diferentes escuelas de pensamiento con respecto a la conversión de su CDM a LDM. El enfoque tradicional y más común implica:

• Identificación de todas las entidades aplicables (CDM no expresa todos los detalles)
• Entidades de datos de atribución total o mayoritaria (con nomenclatura empresarial)
• Asignar dominios de tipos de datos (por ejemplo, texto, fecha, numérico) frente a tipos de datos (varchar, integer)
• Resolución de relaciones M: M (por ejemplo, con una entidad asociativa, control de versiones de registros, etc.)
• Formalización de claves (primarias, alternativas, externas)
• Resoluciones de subtipos (3 métodos de resolución)
• Realizar abstracción (por ejemplo, abstraer entidades conceptuales como Cliente, Cliente potencial, Proveedor, etc. en una entidad generalizada como Parte) como parte del proceso de normalización (para que los datos se puedan almacenar una vez)

Este enfoque sigue la definición de LDM como «demostrable por las matemáticas de la ciencia de datos». (Sitio web de ciencia de la información aplicada)

Otro enfoque es hacer que el LDM sea en gran medida un MDL atribuido, con las resoluciones anteriores teniendo lugar en el modelo de datos físicos. La ventaja es que un solo LDM podría tener muchas manifestaciones físicas, por ejemplo, para una aplicación de procesamiento de transacciones en línea normalizado (OLTP) o como una despensa de datos dimensional desnormalizada, y las relaciones de metadatos se mantienen automáticamente. Este enfoque es más apropiado para los modelos empresariales, ya que puede haber un amplio grado de situaciones aplicables en las que la entidad puede ser requerida.

La desventaja es que la complejidad aumenta, la claridad puede disminuir y, en muchos talleres, el Arquitecto / Modelador de datos crea un PDM de primer corte y lo entrega al DBA para cambios adicionales de rendimiento y capacidad de mantenimiento (con la revisión y aprobación de el DA / Modelador!). Cuando esto ocurre, LDM y PDM pueden mantenerse en archivos separados, minimizando así los beneficios del linaje de datos.

Más sobre modelos de datos conceptuales

Más sobre modelos de datos lógicos

• Normalización y modelos de datos lógicos