Son los orientados a la descripción de estructuras de datos y restricciones de integridad.
Se usan fundamentalmente durante la etapa de Análisis de un problema dado y están orientados a representar los elementos que intervienen en ese problema y sus relaciones. El ejemplo más típico es el Modelo Entidad-Relación Modelo Lógico Son orientados a las operaciones más que a la descripción de una realidad. Usualmente están implementados en algún Manejador de Base de Datos. El ejemplo más típico es el Modelo Relacional, que cuenta con la particularidad de contar también con buenas características conceptuales (Normalización de bases de datos). Este Modelos busca obtener una representación del modelo conceptual que use de forma eficiente las facilidades de estructuración de datos y modelado de restricciones, disponibles en el modelo. Modelo Físico
El diseño físico es el proceso de producir una descripción de la implementación de
la base de datos en memoria secundaria. Describe las relaciones base y las estructuras de almacenamiento y métodos de acceso que se utilizarán para acceder a los datos de modo eficiente. El diseño de las relaciones base sólo se puede realizar cuando el diseñador conoce perfectamente toda la funcionalidad que presenta el SGBD que se vaya a utilizar. Herramientas de Modelado de Esquemas Físicos de BD
La utilización de herramientas de modelado permite a los arquitectos de datos y
administradores de bases de datos junto con los desarrolladores gestionar y mantener aplicaciones que trabajan con un volumen grande de datos.
• DB Designer Fork
• MySQL Workbench
• DDT (Database Design Tool)
• Open System Architect
• PG Designer
• Power*Architect Data modeling tool
CREAR MODELO FISICO
2. En el editor nos mostrara una nueva
1. Una vez instalada la herramienta la pestaña, en la cual debemos de configurar el abrimos y seleccionamos la opción de nombre de la base de datos, esto lo hacemos “Create New EER Model“: dando doble clic: 3. Veremos una casilla donde podremos cambiar el nombre, también un cuadro de selección donde podremos configurar en que tipo de caracteres se almacenan los datos, esto ultimo es una parte importante ya que nos aseguramos que los caracteres especiales (ñ, Ñ, ó, Ó, etc) y símbolos (|, °, $, &, etc) se muestren correctamente y así evitar errores, una vez cambiemos estos datos confirmamos y por ultimo creamos nuestro modelo físico seleccionando Add Diagram: 4. Encontramos tres grupos importantes al 5. Cuando creas una tabla te aparecerá con un nombre momento de crear el modelo, Edición de tipo “Table#”, para cambiar el nombre e ingresar (Seleccionar, Mover y Borrar), Creación los campos le damos doble clic, allí encontraremos el de una tabla y el tipo de relaciones (1:1, campo para cambiar el nombre a la tabla, un 1:n, 1:1; 1:m y n:m), en este punto, las dos formulario para ingresar el nombre de los campos de primeras son relaciones flexibles, las dos la tabla y tipo de datos, y por ultimo la propiedad del siguiente relaciones fuertes y la ultima campo, en general cada tabla debe de tener una relación de varios a varios PK(Primary Key->Llave Primaria), el NN (Not null- >Obligatorio) es opcional. 6. Seguidamente he creado otra tabla, la cual 7. Bueno, ya tenemos idea que el modelo esta orientado a la llame ventas, siguiendo la lógica de relación, un negocio, ahora bien, una venta puede tener varios una venta puede tener un solo cliente, y un artículos y varios artículos pueden estar en una venta, por cliente puede tener muchas ventas, esta relación lo que tenemos una relación n:m, Primero seleccionamos la se denomina de 1 a varias ó 1:n, para esto relación, luego seleccionamos las tablas que llevaran esta seleccionamos la relación, luego vamos de la relación, no he puesto flecha ya que no importa a quien le tabla que deseemos jalar la llave primaria y seleccionemos de primero, la tabla que se genera para luego a la tabla que contiene la llave primaria: sobrellevar esta relación jalara la PK de cada tabla seleccionada, quedando de la siguiente forma: