La etapa de diseño lógico consiste en obtener un esquema lógico a partir del esquema conceptual generado en la etapa anterior. El esquema lógico depende del tipo de base de datos elegido, aunque es independiente de la implementación concreta del sistema de gestión de bases de datos (SGBD (1) ).
Como hemos mencionado, en este módulo nos centraremos en la conversión del esquema conceptual expresado en lenguaje UML en un esquema lógico para un tipo de base de datos relacional. En estos casos, el modelo lógico recibe el nombre de modelo lógico relacional o, simplemente, modelo relacional.
Utilizaremos la palabra relación para referirnos al elemento básico del modelo relacional. Es preciso no confundirse con las relaciones a las que nos hemos referido al tratar el diseño conceptual, que eran instancias de tipos de relación. Hay que decir que el contexto nos tendría que ayudar a distinguir ambos conceptos de manera unívoca.
Actualmente, existen herramientas CASE (2) que son capaces de hacer este proceso de traducción de manera automática. Ahora bien, dado que hay situaciones en las cuales parte de un modelo se puede traducir de varias maneras, los usuarios de estas herramientas deben tener los conocimientos necesarios para realizar la traducción de forma manual porque, como usuarios de una herramienta CASE, deben ser capaces de modificar el resultado de la traducción automática si la herramienta no ha elegido la alternativa que se ajusta mejor a las condiciones de cada caso concreto. También es necesario tener estos conocimientos para decidir correctamente si la herramienta, al encontrarse ante alternativas que no puede resolver, pide la intervención del usuario.
Define cómo se debe implementar el sistema independientemente del SGBD. También es creado generalmente por los stakeholders comerciales y los arquitectos de datos.
Aquí se agrega un poco más de información que en el modelo conceptual y se busca proporcionar una base para formar el modelo físico como tal. No obstante, aún se posee una estructura un poco genérica de modelado.
En este modelo aún no se define ninguna llave primaria ni secundaria y se desarrolla independientemente del sistema de gestión de bases de datos. Al mismo tiempo, los atributos de datos tendrán tipos de datos con extensiones exactas, por ejemplo, VARCHAR (20).