¿Cuál es la diferencia entre modelo lógico de datos y modelo conceptual de datos?
En el modelo conceptual de datos sólo se preocupa del diseño de alto nivel: qué tablas deben existir y las conexiones entre ellas. En esta fase se reconocen las entidades del modelo y las relaciones entre ellas.
El modelo lógico viene después del conceptual, cuando se define explícitamente cuáles son las columnas de cada tabla. Al escribir el modelo lógico, también puede tener en cuenta el sistema de base de datos real para el que está diseñando, pero sólo si afecta al diseño (por ejemplo, si no hay triggers, puede que desee eliminar alguna columna redundante, etc.).
También existe un modelo físico que desarrolla el modelo lógico y asigna a cada columna su tipo/longitud, etc.
Aquí hay una buena tabla e imagen que describe cada uno de los tres niveles.
|----------------------|------------|---------|----------|
| Característica Conceptual Lógica Física
|----------------------|------------|---------|----------|
| Nombres de entidad X X X X
| Relaciones entre entidades X X X X X
| Atributos
| Claves primarias
| Claves Foráneas
| Nombres de tabla
| Nombres de columnas
| Tipos de datos de columna
|----------------------|------------|---------|----------|
Desgraciadamente, estos términos están sobrecargados con varias definiciones posibles. Según el modelo ANSI-SPARC "three schema" por ejemplo, el Esquema Conceptual o Modelo Conceptual consiste en el conjunto de objetos de una base de datos (tablas, vistas, etc) en contraste con el Esquema Externo que son los objetos que ven los usuarios.
En las profesiones relacionadas con la gestión de datos, y especialmente entre los modeladores/arquitectos de datos, el término Modelo Conceptual se utiliza con frecuencia para referirse a un modelo semántico, mientras que el término Modelo Lógico se utiliza para referirse a un diseño preliminar o virtual de una base de datos. Este es probablemente el uso más habitual en el lugar de trabajo.
Sin embargo, en el uso académico y al describir arquitecturas de SGBD, el nivel lógico se refiere a los objetos de la base de datos (tablas, vistas, tablas, claves, restricciones, etc.), a diferencia del nivel físico (archivos, índices, almacenamiento). Para confundir aún más las cosas, en el lugar de trabajo el término modelo físico se utiliza a menudo para referirse al diseño tal y como se implementa o se planea implementar en una base de datos real. Esto puede incluir tanto construcciones de nivel "físico" como "lógico" (tablas e índices, por ejemplo).
Cuando te encuentres con cualquiera de estos términos, tienes que aclarar lo que se está describiendo, a menos que el contexto lo haga evidente.
Para conocer estas diferencias, consulte, por ejemplo, Data Modelling Essentials, de Simsion y Witt.
Necesito elaborar tanto un modelo lógico como un modelo conceptual. Todas las explicaciones aquí son muy vagas. El enlace publicado anteriormente sólo muestra la diferencia de que un modelo conceptual es un modelo lógico sin campos. De acuerdo, no menciono el nombre de la base de datos. Parece totalmente redundante.
Realmente no sé lo que 'semántica' significa. ¿Puede alguien explicar lo que haría de manera diferente utilizando 'Inglés' y, posiblemente, publicar un enlace a mejores ejemplos que una imagen que muestra una imagen que tiene campos y otro que no lo hace. Las palabras de moda están muy bien, pero es tan vaga que no es útil para poner en práctica.
¿hago algo más que tomar mi modelo lógico (que es básicamente mi modelo físico de ingeniería inversa fuera de la DB, haga clic en un botón en dichas herramientas y las imágenes se ven un poco diferente y luego quitar los tipos de datos).
De lo que puedo ver prácticamente (y sin palabras de moda)
modelo físico: en realidad tablas. Las pequeñas imágenes tienen tipos de datos y restricciones pk/fk. Modelo lógico: haga clic en el pequeño botón de mi herramienta (usando Oracles SQL Developer Data Modeller, no tengo una licencia erwin y 2010 visio ya no hace ingeniería inversa de la DB), y luego las imágenes en la pantalla cambian ligeramente. Los tipos de datos se han ido y los nombres de las restricciones se han ido, entonces los colores de las representaciones de la tabla cambia a púrpura (así que ahora los llamo entidades).
ok. entonces como se veria mi modelo Conceptual aparte de: exactamente lo mismo que mi modelo logico menos los campos. Creo que hay algo más que esto. Recitar que es una representación 'semántica' de datos suena muy bonito y elegante, pero no tiene sentido para alguien que no ha hecho uno de estos antes.