C.B.T.I.

S 243
Alumna:
Mayra Lizbeth Prez perez

Profesor:
Cornelio Alberto Mndez

Asignatura:
Submodulo

Investigacin:
Modelos De Base De Datos

Especialidad:
Ofimtica

Grado Y Grupo:
5to A

Fecha De Entrega:
23 De Septiembre Del 2015

Introduccin

Un diseo de base de datos guarda y almacena informacin de todo tipo y

consiste en tres etapas, en esta ocasin con la investigacin realizada podrs
observar como poder disear esos tipos de base de datos y poder aplicarlo en
cualquier situacin que quieres aplicar este trabajo.

Modelos de Base de Datos.

Un modelo de datos es bsicamente una descripcin de algo conocido como
contenedor de datos (algo en donde se guarda la informacin), as como de
los mtodos para almacenar y recuperar informacin de esos contenedores.
Los modelos de datos no son cosas fsicas: son abstracciones que permiten la
implementacin de un sistema eficiente de base de datos; por lo general se
refieren a algoritmos, y conceptos matemticos.
El diseo de una base de datos es un proceso complejo que abarca
decisiones a muy distintos niveles. La complejidad se controla mejor si se
descompone el problema en subproblemas y se resuelve cada uno de estos
subproblemas independientemente, utilizando tcnicas especficas. As, el
diseo de una base de datos se descompone en diseo conceptual, diseo
lgico y diseo fsico.

Tipos De Modelos

Modelo Conceptual.
Se utilizan para representar la realidad a un alto nivel de abstraccin. Mediante
los modelos conceptuales se puede construir una descripcin de la realidad
fcil de entender.
Se utiliza para la abstraccin de la base de datos, para construir una
descripcin para entender en la realidad

Modelo Lgico.
Es una descripcin de la estructura de la base de datos en trminos de
las estructuras de datos que puede procesar un tipo de SGBD

(SISTEMA DE

GESTION DE BASE DE DATOS). Un modelo lgico es un lenguaje usado para

especificar esquemas lgicos (modelo relacional, modelo de red, etc.). El
diseo lgico depende del tipo de SGBD que se vaya a utilizar, no depende
del producto concreto.

Modelo Fsico.
Es una descripcin de la implementacin de una base de datos
en memoria secundaria: las estructuras de almacenamiento y los mtodos
utilizados para tener un acceso eficiente a los datos. Por ello, el diseo fsico
depende del SGBD concreto y el esquema fsico se expresa mediante su
lenguaje de definicin de datos.
Es una implementacin de una base de datos en las estructuras de
almacenamiento y los mtodos eficiente a los datos. Depende del SGBD
concreto, y se expresa de una manera ms detallada (atributos, relaciones,
etc.).

Sistema de gestin de Base de datos (SGBD).

(En ingls database management system, abreviado DBMS)
Es el conjunto de programas que permiten definir, manipular y utilizar la
informacin que contienen las bases de datos.
Debe ser capaz de aceptar definiciones de datos (esquemas externos, el
esquema Conceptual, el esquema interno, y todas las correspondencias
asociadas) en versin fuente y convertirlas en la versin objeto apropiada .
Necesitan que les demos una descripcin o definicin de la BD. Esta
descripcin recibe el nombre de esquema de la BD, y los SGBD la tendrn
continuamente a su alcance.
Un SGBD es un sistema que permite manipular la informacin ingresada,
realizan las tareas administrativas para mantener en buena condicin la
aplicacin de la base de datos. Una base de datos no se puede manipular
directamente, siempre necesitara de un SGBD.

Entidades.
Es una clase generalizada de personas, lugares o cosas (objetos), para los
cuales se recopilan, almacenan y mantienen datos.
Es un grupo de tems que tienen las mismas caractersticas o atributos
Ejemplo:
EMPLEADO
Id empleado
Nombre
apellido
cedula
En este ejemplo la entidad tiene el nombre de empleado

Atributos.
Es una caracterstica de una entidad. El valor especifico de un atributo,
conocido como elemento de datos, se puede encontrar con los campos de
registro que describe una entidad. Como ya se plante, un conjunto de campos
de un objeto especfico representa un registro. Cuna clave es un campo o
grupo de campos en un registro que se utiliza para identificar a este.
son las propiedades que describen a cada entidad en un conjunto de
entidades. Un conjunto de entidades dentro de una entidad, tiene valores
especficos asignados para cada uno de sus atributos, de esta forma, es
posible su identificacin unvoca.
Es una caracterstica de una entidad, conocido como elemento de datos (valor
especfico) para cada uno de sus atributos que se encuentran en los campos
de un registro que describen a una entidad y as ser posible su identificacin
nica.
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 bsqueda en la base de datos.
Identificadores. CLAVES
Son aquellos que permiten diferenciar a una instancia de la entidad de otra
distinta. Por ejemplo, el atributo identificativo que distingue a un alumno de otro
es su nmero de ID.
Un identificador de una entidad es un atributo o conjunto de atributos que
determina de modo nico cada ocurrencia de esa entidad.
Distinguen a una instancia de la entidad a otra distinta, como tambin se puede
llamar atributos que diferencia la manera nica de las ocurrencias, un tipo de
entidad puede tener ms de un identificador.

Identificadores primarios.
Aquellos atributos que permiten identificar una entidad de manera nica son
referidos como identificadores nicos o claves primarias (PK) de una entidad.
La PK de una entidad puede ser simple o compuesta si se representa por una
o por una combinacin de columnas (propiedades).
La clave primaria (PK) de una tabla es cualquier clave candidata de esa tabla
que el diseador de BD arbitrariamente seala como primaria. La PK puede
ser seleccionada por conveniencia, compresin, performance, o cualquier otra
razn (a pesar que todas comparten la propiedad de identificacin nica).
Son aquellos que pueden ser cualquier clave candidata que ayudan a
identificar una entidad nica que pueden ser simple o compuestas de las
cuales pueden ser por una o por una combinacin de columnas.

Identificadores Alternos.
las claves alternas de cualquier tabla son simplemente aquellas claves
candidatas las cuales no fueron seleccionadas como clave primaria.
Exactamente una de aquellas claves candidatas es seleccionada como PK, las
remanentes se existe alguna, son llamadas claves alternas.
Son las claves que se utilizan para identificar los objetos de forma alterna en
todas las posibles, filas de las tablas no seleccionadas como clave primaria

Identificadores Forneos.
Una clave ajena o fornea es un atributo de una tabla o adicin de atributos ya
existentes a una tabla; sta inclusive puede ser una clave primaria de otra
tabla. Sin embargo los atributos de una clave fornea no necesariamente
tienen que formar parte de la clave primaria de la tabla a la que pertenecen.
Tampoco es obligatoria la existencia de estas claves; sea puede existir una
tabla sin una clave fornea.[23]
Es llamada clave Externa, es uno o ms campos de un tabla que hacen
referencia al campo o campos de clave principal de otra tabla, una clave
externa indica como esta relacionadas las tablas. Los datos en los campos de
clave externa y clave principal deben coincidir, aunque los nombres de los
campos no sean los mismos.[24]

Es atributo de una tabla ya existente, esta exclusivamente puede ser una clave
primaria de la otra tabla. No necesariamente tiene que formar parte de la clave
primaria de la tabla a la que pertenece, tampoco es obligatoria la existencia de
esta clave, tambin es llamada clave externa y hace referencia al campo o
campos de la clave primaria de otra tabla que indica cmo est relacionada las
tablas.
MODELO LOGICO E-R

ENTIDAD RELACION

PK.- CLAVE PRIMARIA Y UNICA

FK.- CLAVE FORANEA HEREDA DE LA ENTIDAD QUE LO CONTIENE

Ejemplo de modelo entidad relacin:

Una empresa dedicada al alquiler de CDS.
Dicha empresa tiene un local de atencin al pblico donde estn expuestas las
cartulas de los CDs ms demandados y las ltimas novedades, aunque
tambin existen listados en papel de todos los ttulos que se podran alquilar.
Cuando un cliente solicita en alquiler un ttulo, se comprueba si hay ejemplares
disponibles y si el cliente no tiene problemas por ejemplares no devueltos,
quedando constancia de la fecha de alquiler y la fecha mxima de entrega; de
forma que cuando el cliente devuelva el ejemplar se podr comprobar si se le
tiene que imponer una sancin. Cada cliente puede solicitar una relacin de los
CDs que ha alquilado previamente.

Aplicacin:
1.- Conceptualizamos el problema (modelo conceptual) para ver que nos
solicitan y las tablas necesarias para la ejecucin.
2.- Sacamos las tablas que necesitamos para sacar un detalle de alquiler de
CDs
3.- Nombre de la base de datos:
4.- modelo lgico e-r

alquiler de CDs

(entidad relacin)

5.-modelo fsico de entidades

En este modelo debemos sacar de cada tabla entidad las caractersticas de
cada campo y un ejemplo.
Vamos a realizar el modelo fsico 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

ENTIDAD SANCION
CAMPO

CLAVE

OBLIGATORIO TIPO DE DATO EJEMPLO

ID_SANCION

PK

SI

numerico

1000

ID_CLIENTE

FK

SI

numerico

435

Tipo_sancion

SI

alfanumerico

grave

Nro das

SI

numerico

20

sancion

Debemos completar asi las dems entidades

.
1. Tomar muy en cuenta las claves de cada entidad dependiendo de las
relaciones.
2. No olvidarnos de poner las claves forneas 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 SANCIN.

Paso a tablas de cada entidad

En el paso a tablas debemos llenar datos en las entidades, poniendo a los
campos en forma horizontal.
CLIENTE
Id_cliente telfono Nombre mail

cedula

Fecha_nac Fecha_ins tema

cesar@ 024742565 12/04/85

001

224859 Cesar

002

258459 Antonio ghoor@ 146634552 25/03/84

25/12/2000 informtica casado

003

325478 Jos

24/12/2000 ciencia

sddf@ 544255774 12/10/80

23/12/2000 salud

estado

004
005
Agregar los datos que creamos convenientes para llenar nuestra base de datos
En cada entidad

casado

viudo

Conclusin:

Lo que acabas de leer son los mtodos ms importantes para realizar una base
de datos de cualquier tipo ya sea para poder llevar control de un negocio,
trabajo, empresa al aplicar estos modelos podr identificar ms rpido las
informacin de tu base de datos.

Referencias:

https://www.google.com/search?q=modelo+fisico+de+base+de+datos&biw=136
6&bih=677&tbm=isch&tbo=u&source=univ&sa=X&ved=0CBsQsARqFQoTCN7p
0P6DjMgCFUmRDQodU9gNjg#tbm=isch&q=modelo+fisico+de+base+de+datos
+sql&imgrc=nQBZw00LFOGcKM%3A
https://www.google.com/?s=ggfgf#q=modelo+fisico+de+base+de+datos
https://es.wikipedia.org/wiki/Modelo_de_base_de_datos

http://es.slideshare.net/claudiachiri/base-de-datos-diseo-conceptuallogico-yfisico
http://www.fing.edu.uy/inco/cursos/tagsi/TAGSI-DisBD(v2007).pdf