ADMINISTRACIÓN DE BASE DE DATOS

ESQUEMA FÍSICO DE LA BD

AMAYRANI JIMÉNEZ NAVA

· MODELOS DE DATOS CONCEPTUALES

· MODELOS DE DATOS LÓGICOS

· MODELOS DE DATOS FÍSICOS

Modelo Conceptual

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
momento de crear el modelo, Edición
(Seleccionar, Mover y Borrar), Creación
de una tabla y el tipo de relaciones (1:1,
1:n, 1:1; 1:m y n:m), en este punto, las dos
primeras son relaciones flexibles, las dos
siguiente relaciones fuertes y la ultima
relación de varios a varios
5. Cuando creas una tabla te aparecerá con un nombre
de tipo “Table#”, para cambiar el nombre e ingresar
los campos le damos doble clic, allí encontraremos el
campo para cambiar el nombre a la tabla, un
formulario para ingresar el nombre de los campos de
la tabla y tipo de datos, y por ultimo la propiedad del
campo, en general cada tabla debe de tener una
PK(Primary Key->Llave Primaria), el NN (Not null-
>Obligatorio) es opcional.
6. Seguidamente he creado otra tabla, la cual
la llame ventas, siguiendo la lógica de relación,
una venta puede tener un solo cliente, y un
cliente puede tener muchas ventas, esta relación
se denomina de 1 a varias ó 1:n, para esto
seleccionamos la relación, luego vamos de la
tabla que deseemos jalar la llave primaria y
luego a la tabla que contiene la llave primaria:
7. Bueno, ya tenemos idea que el modelo esta orientado a
un negocio, ahora bien, una venta puede tener varios
artículos y varios artículos pueden estar en una venta, por
lo que tenemos una relación n:m, Primero seleccionamos la
relación, luego seleccionamos las tablas que llevaran esta
relación, no he puesto flecha ya que no importa a quien le
seleccionemos de primero, la tabla que se genera para
sobrellevar esta relación jalara la PK de cada tabla
seleccionada, quedando de la siguiente forma: