Este documento presenta información sobre el diseño lógico, físico y el modelo entidad-relación para bases de datos. Define el diseño lógico como una descripción de la estructura de la base de datos en términos de las estructuras de datos que puede procesar un SGBD. El diseño físico especifica cómo se almacenan los datos y depende del SGBD concreto. Finalmente, explica que el modelo entidad-relación describe los datos y sus relaciones mediante entidades, atributos y relaciones representadas gráficamente.

1. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA
INSTITUTO UNIVERSITARIO DE TECNOLOGÍA DEL ESTADO BOLÍVAR
UNIDAD CURRICULAR: MODELO DE BASE DE DATOS
PRESENTADO A:
PRESENTADO POR:
Prof. Lizardi Nosmel
Henriquez Dubraska
C.I: 19.870.828
Ciudad Bolívar, Octubre del 2013
1

2. ÍNDICE GENERAL
Pág.
Índice de Figuras…………………………………………………………..
03
Índice de Tablas…………………………………………………………..
04
Introducción………………………………………………………………...
05
Definición de Diseño Lógico…………………………………...…………
06
Ejemplo de Diseño Lógico……………………….…………...…………
06
Definición de Diseño Físico.…………………………………..…………
07
Ejemplo de Diseño Físico……………………….………………………
08
Definición del Modelo Entidad Relación……………………….………
11
Elementos del Modelo Entidad-Relación……………………………….
13
Entidad……………………………………………….…………….
13
Relación………………………………………………..…………..
14
Atributo……………………………………………..………………
15
Cardinalidad de das Relaciones…………………..…………….
15
Conclusión
17
Bibliografía
18
2

3. ÍNDICE DE FIGURAS
Pág.
Imagen Nº 1………………………………………………………………..
07
Imagen Nº 2………………………………………………………………..
12
Imagen Nº 3………………………………………………………………..
13
Imagen Nº 4………………………………………………………………..
14
Imagen Nº 5………………………………………………………………..
16
3

4. ÍNDICE DE TABLAS
Pág.
Tabla Nº 1………………………………………………………………..
08
Tabla Nº 2………………………………………………………………..
09
Tabla Nº 3………………………………………………………………..
10
4

5. INTRODUCCIÓN
Este trabajo a de tratar será, sobre las Bases de Datos de forma particular
tiene que ver con: El Modelado de Base de Datos Físico, Lógico y Diagrama
Entidad Relación..
Todos sabemos que las bases son cualquier conjunto de datos organizados
para su almacenamiento en la memoria de un ordenador o computadora, diseñado
para facilitar su mantenimiento y acceso de una forma estándar. Los datos suelen
aparecer en forma de texto, números o gráficos. Desde su aparición en la década
de 1950, se han hecho imprescindibles para las sociedades industriales.
La Base de Datos tienen varios tipos entre ellos están: Base de Datos
Relacional, Base de Datos Jerárquica, Bases de Datos Red también sus tipos de
Datos que pueden ser tanto de Entrada como de Salida y los tipos de Datos para
los campos de una tabla.
5

6. 1 DISEÑO LÓGICO Y FÍSICO DE UNA BASE DE DATOS
MODELO LOGICO
Es una descripción de la estructura de la base de datos en términos de
las estructuras de datos que puede procesar un tipo de SGBD. Un modelo lógico,
es un lenguaje usado para especificar esquemas lógicos (modelo relacional,
modelo de red, etc.). El diseño lógico depende del tipo de SGBD que se vaya a
utilizar, no depende del producto concreto.
Es una descripción usada para especificar el esquema lógico detallado del
modelo conceptual, depende del tipo SGBD que se va a utilizar y no depende del
producto concreto.
En si el Modelo Lógico, no es más que el que especifica que se guarda en
la Base de Datos.
EJEMPLO DE MODELO LOGICO
1.- Conceptualizamos el problema (modelo conceptual) para ver que nos solicitan
y las tablas necesarias para la ejecución.
2.- Sacamos las tablas que necesitamos para sacar un detalle de alquiler de cds
3.- Nombre de la base de datos: alquiler de cds
4.- Modelo Lógico E-R
Ejemplo de manera gráfica a continuación:
6

7. Imagen Nº 1
MODELO FISICO
Es donde se especifica cómo se guardan los datos.
Es una descripción de la implementación de una base de datos en memoria
secundaria: las estructuras de almacenamiento y los métodos utilizados para tener
un acceso eficiente a los datos. Por ello, el diseño físico depende del SGBD
concreto y el esquema físico se expresa mediante su lenguaje de definición de
datos.
Es una implementación de una base de datos en las estructuras de
almacenamiento y los métodos eficiente a los datos. Depende del SGBD concreto,
y se expresa de una manera más detallada (atributos, relaciones, etc.).
7

8. EJEMPLO DE MODELO FISICO
En este modelo debemos sacar de cada tabla entidad las características de
cada campo y un ejemplo.
Vamos a realizar el modelo físico de las dos primeras entidades de nuestra
base.
ENTIDAD CLIENTE
CAMPO
CLAVE
OBLIGATORIO
TIPO DE
EJEMPLO
DATO
Id_cliente
PK
SI
numerico
01
telefono
-
SI
numerico
2832010
nombre
-
SI
alfanumerico
vinicio
email
-
NO
alfanumerico
vinidj77@hotmail.com
Numero
-
SI
numerico
1716987075
-
SI
date
21/07/86
-
NO
date
23/05/2000
-
NO
alfanumerico
Base de datos
-
NO
alfanumerico
soltero
cedula
Fecha de
nac
Fecha de
insc
Tema
interes
estado
Grafica Nº 1
8

9. ENTIDAD SANCION
CAMPO
CLAVE
OBLIGATORIO
TIPO DE
EJEMPLO
DATO
ID_SANCION
PK
SI
numerico
1000
ID_CLIENTE
FK
SI
numerico
435
Tipo_sancion
-
SI
alfanumerico
grave
Nro días
-
SI
numerico
20
sancion
Grafica Nº 2
Debemos completar así las demás entidades.
1. Tomar muy en cuenta las claves de cada entidad dependiendo de las
relaciones.
2. No olvidarnos de poner las claves foráneas que se heredan de la entidad que
proviene, en este modelo por ejemplo
3. El cliente puede tener muchas sanciones entonces a la entidad SANCION pasa
el campo ID_CLIENTE como clave FORANEA como podemos observar en la
tabla de la entidad SANCION.
PASO A TABLAS DE CADA ENTIDAD
En el paso a tablas debemos llenar datos en las entidades, poniendo a los
campos en forma horizontal.
9

10. CLIENTE
Id_cliente telefono Nombre mail
cedula
Fecha_nac Fecha_ins tema
estado
001
224859
Cesar
cesar@ 024742565 12/04/85
23/12/2000 salud
002
258459
Antonio
ghoor@ 146634552 25/03/84
25/12/2000 informatica casado
003
325478
Jose
sddf@
24/12/2000 ciencia
544255774 12/10/80
casado
viudo
004
005
Grafica Nº 3
Agregar los datos que creamos convenientes para llenar nuestra base de datos en cada entidad
10

11. 2 DIAGRAMA ENTIDAD RELACIÓN
DEFINICIÓN DEL MODELO ENTIDAD-RELACIÓN
Denominado por sus siglas como: E-R; Este modelo representa a la
realidad a través de un Esquema gráfico empleando los terminología de
Entidades, que son objetos que existen y son los elementos principales que se
identifican en el problema a resolver con el diagramado y se distinguen de otros
por sus características particulares denominadas Atributos, el enlace que rige la
unión de las entidades está representada por la relación del modelo.
En un DER, cada entidad se representa mediante un rectángulo, cada
relación mediante un rombo y cada dominio (conjunto donde toma valores el
atributo) mediante un círculo. Mediante líneas se conectan las entidades con las
relaciones, igual que las entidades con los dominios, representando a los
atributos. Los Atributos Llaves se representan subrayando el correspondiente
conjunto de valores.
En ocasiones, una entidad no puede ser identificada únicamente por el
valor de sus propios atributos. En estos casos, se utilizan conjuntamente las
relaciones con los atributos para lograr la requerida identificación unívoca. Estas
entidades reciben el nombre de entidades débiles y se representan en el DER con
un doble rectángulo. El MER restringe las relaciones a usar para identificar las
entidades débiles a relaciones binarias del tipo 1: N. Así, por ejemplo, una
ocurrencia de "trabajador" puede tener N ocurrencias "persona-dependiente"
asociadas, donde además, la existencia de las ocurrencias en la segunda entidad
depende de la existencia de una ocurrencia que le corresponda en la primera
entidad. Por ejemplo, en el modelo habrá personas dependientes de un trabajador
sólo si ese trabajador existe. Para indicar esa dependencia en la existencia se usa
una saeta en el DER. La llave de una entidad débil se forma combinando la llave
de la entidad regular que la determina con algún otro atributo que defina
11

12. unívocamente cada entidad débil asociada a una entidad regular dada. (Una
entidad se denomina regular si no es débil).
En una relación, la llave es la combinación de las llaves de todas las
entidades asociadas. Para cada relación se determina su tipo (simple o complejo)
y en el DER se escribe el tipo de correspondencia. Por ejemplo, una empresa
puede tener varios (n) trabajadores asociados y un trabajador pertenece a una
sola empresa (1). En la relación Trabajador-Máquina-Pieza, un trabajador puede
trabajar en n máquinas, produciendo p piezas, o una pieza puede ser producida
por m trabajadores en n máquinas. Aquí, m, n y p no identifican un número
específico, sino solamente el tipo de correspondencia que se establece en la
relación.
Todo lo antes de manera resumida consiste en que el diagrama de entidadrelación describe los datos almacenados en una base de datos y sus relaciones.
Ejemplos de Diagramas Entidad Relación.
Ejemplo Nº 1
Imagen Nº 2
12

13. EJEMPLO Nº 2
Imagen Nº 3
ELEMENTOS DEL MODELO ENTIDAD-RELACIÓN
ENTIDAD
Se trata de un objeto del que se recoge información de interés de cara a la
base de datos. Gráficamente se representan mediante un rectángulo. Un ejemplo
seria la entidad banco, donde se recogerían los datos relativos a ese banco, como
puede ser el nombre, el número de sucursal, la dirección, etc.
Dentro de las entidades pueden ser fuertes o débiles. Las fuertes son las
que no dependen de otras entidades para existir, mientras que las entidades
débiles siempre dependen de otra entidad sino no tienen sentido por ellas mismas.
EJEMPLO DE ENTIDAD:
EMPLEADO
Id_empleado
Nombre
apellido
cedula
En este ejemplo la entidad tiene el nombre de empleado
13

14. RELACIÓN
Podemos definir la relación como una asociación de dos o más entidades. A
cada relación se le asigna un nombre para poder distinguirla de las demás y saber
su función dentro del modelo entidad-relación. Otra característica es el grado de
relación, siendo las de grado 1 relaciones que solo relacionan una entidad consigo
misma. Las de grado 2 son relaciones que asocian dos entidades distintas, y las
de grado n que se tratan de relaciones que unen más de dos entidades. Las
relaciones se representas gráficamente con rombos, dentro de ellas se coloca el
nombre de la relación.
Otra característica es el tipo de correspondencia entre dos relaciones;

1:1. Uno a uno, a cada ocurrencia de una entidad le corresponde
como máximo una ocurrencia de la otra entidad relacionada.

1:N. Uno a Mucho, a cada ocurrencia de la entidad A le pueden
corresponder varias de la entidad B.

N:M. Muchos a muchos, cada ocurrencia de una entidad puede
contener varias de la otra entidad relacionada y viceversa.
Para finalizar las características de la relación tenemos la Cardinalidad que
define el número máximo y mínimo de ocurrencias de cada tipo de entidad. Se
representa con los valores máximo coma mínimo encerrado entre paréntesis
encima o mejor dicho sobre, de la relación. Ejemplo así: (Máximo, Mínimo).
EJEMPLO DE RELACION:
Imagen Nº 4
14

15. 

PK: Clave Primaria y única
FK: Clave Foránea Hereda de la Entidad que lo contiene
ATRIBUTO
Se define como cada una de las propiedades de una entidad o relación.
Cada atributo tiene un nombre y todos los posibles valores que puede tener.
Dentro de una entidad tiene que haber un atributo principal que identifica a la
entidad y su valor tiene que ser único. Un ejemplo de atributo principal seria el dni
dentro de la entidad persona. Ponemos un ejemplo de lo que sería un esquema
del modelo entidad-relación.
EJEMPLO DE ATRIBUTO:
EMPLEADO
Id_empleado
Nombre
apellido
cedula


En este ejemplo los atributos son Id_empleado, nombre apellido, cedula,
etc
Ya sabemos que los campos obligatorios deben ir con asterisco (*)
dependiendo si son campos los cuales no pueden ser nulos y vamos a
necesitar datos de esos campos para búsqueda en la base de datos.
CARDINALIDAD DE LAS RELACIONES
El tipo de Cardinalidad se representa mediante una etiqueta en el exterior
de la relación, respectivamente: "1:1", "1:N" y "N:M", aunque la notación depende
del lenguaje utilizado, la que más se usa actualmente es el unificado. Otra forma
de expresar la Cardinalidad es situando un símbolo cerca de la línea que conecta
una entidad con una relación:
15

16. 
"0" si cada instancia de la entidad no está obligada a participar en la
relación.

"1" si toda instancia de la entidad está obligada a participar en la
relación y, además, solamente participa una vez.

"N"."M", ó "*" si cada instancia de la entidad no está obligada a
participar en la relación y puede hacerlo cualquier número de veces.
Ejemplos de relaciones que expresan Cardinalidad:

Cada esposo (entidad) está casado (relación) con una única esposa
(entidad) y viceversa. Es una relación 1:1.

Una factura (entidad) se emite (relación) a una persona (entidad) y
sólo una, pero una persona puede tener varias facturas emitidas a su
nombre. Todas las facturas se emiten a nombre de alguien. Es una
relación 1:N.

Un cliente (entidad) puede comprar (relación) varios artículos
(entidad) y un artículo puede ser comprado por varios clientes
distintos. Es una relación N:M.
Imagen Nº 5
16

17. CONCLUSIÓN
Luego de haber concluido este trabajo de investigación sobre bases de
datos fueron muchos los esfuerzos y conocimientos adquiridos durante dicha
elaboración. Algunos de los aspectos aprendidos y que de gran peso es la base
de datos sus diseños lógicos y físicos y el modelo entidad relación que no puede
fala para la creación de la misma.
El diseño y creación de la base de datos están en distintos modos de
organizar la información y representar las relaciones entre por datos los tres
modelos lógicos principales dentro de una base de datos son el modelo
conceptual y modelo físico los cuales tiene ciertas ventajas de procesamiento y
de negocios y el modelo físico.
Los gráficos y tablas nos sirven para resumir en un dibujo toda una serie de
datos mucho más explícito y fácil de asimilar, los tipos de gráficos que se pueden
utilizar en una base de datos son: conceptual, lógico y físico.
17

18. BIBLIOGRAFÍA

Base
De
Datos.
BuenasTareas.com.
Recuperado
08,
2009,
de
http://www.buenastareas.com/ensayos/Base-De-Datos/11037.html

Ruiz González, francisco, arquitectura de sistemas de base de datos.

Alberto Taboada Jiménez, MODELAMIENTO DE BASE DE DATOS.
18