INSTITUCIN EDICATIVA

INSTITUTO TECNICO COMERCIAL CAPELLANIA

Informtica y Tecnologa
Docente: Jenny Martnez Forero
ACTIVIDAD

BASES DE DATOS
Las bases de datos son un medio para almacenar informacin de forma ordenada.
Permitiendo ser consultada rpidamente, mostrando solo la informacin que
necesitemos. Para que puedas disear tu B.D. necesitas en primer lugar analizar la
informacin que tomaras para determinar cules son los requerimientos, para esto te
voy a dar los pasos que debes seguir y que debes realizar en cada uno, al igual que te
planteo un ejemplo de un caso de realizacin de B.D., para una empresa de alquiler de
cine.

Pasos para realizar una B.D. EL ANALISIS DE

LA INFORMACIN
1) ESQUEMA DESCRIPTIVO
a) NARRATIVA
Aqu debes describir la actividad de la empresa (cine, hospedaje, autoservicio,
minera, internet, almacn de ropa) o del departamento de la empresa (personal,
contadura, ventas, o varias actividades), debes escribir con tus palabras de forma
natural la actividad sobre la cual deseas realizar la B.D. describiendo en que consiste,
como se hace, quienes intervienen, no ahorres palabras.

b) ABSTRACCIN GRAMATICAL

Bueno ahora vamos a tomar palabras claves de la narrativa que hemos escrito,
clasificndolas segn la siguiente descripcin que te doy. Saca en tablas solo los
verbos y sustantivos, estos son los que clasificaremos como entidades y las relaciones
entre las entidades.
SUSTANTIVO: complemento directo en una frase es, en general, un tipo de entidad
aunque podra ser un atributo. Ej: Persona, pelcula.
VERBO: Es un tipo de interrelacin entre dos entidades. Ej: obtiene
La entidad persona obtiene una pelcula siendo pelcula otra entidad.
ENTIDAD: Es un objeto de datos

que tiene

propiedades o caractersticas

(Atributos) se utiliza como operando

en una sentencia de seleccin, borrado o

insercin. Nota: Los sustantivos son los que vamos a convertir en entidades
ATRIBUTO: Son las caractersticas de una entidad.Con el ejemplo anterior seran,
para la entidad Persona, los siguientes atributos, nombre, cedula, genero etc.
ITERRELACION: Son las pertinencias o referencias existentes entre los atributos
de una entidad y otra.Con el ejemplo anterior la interrelacin seria OBTIENE por que
une la relacin entre 2 entidades persona y pelcula, una persona obtiene una o varias
pelculas. Ms adelante te fijaras que las interrelaciones se ubican en rombos.

2) ETAPA DE CONCEPTUALIZACIN
Se habr de buscar una representacin que se apoye en un modelo de datos que
cumpla determinadas propiedades, que debe cumplir los siguientes objetivos:

a) INFORMACIN REQUERIDA EN LA BASE DE DATOS

Aqu debes sacar una lista de entidades con sus atributos estos los podrs tomar
gracias a los pasos anteriores, narrativa y lista de sustantivos.
Ej: PERSONA:cedula, nombre, edad
PELICULA:codigopelicula, nombrepelicula, generopelicula.

Puntos a tener en cuenta:

Toda entidad debe tener una clave principal, este es un nmero de identificacin
nico.
REGLA 1: Cada entidad tiene clave primaria que no puede ponerse a otra
entidad como clave primaria.
Unicidad: El atributo, que est definido como Clave Primaria no se repite y no
debe admitir valores nulos.
Minimalidad: La Clave Primaria, no podr ser destruida sin destruir esta
propiedad.

Las claves primarias de una entidad, se usan como medio de conexin con otra,
ubicandoloas segn criterios que veremos en GRADO DE UNA RELACIN en
la entidad que corresponda, a lo que determinaremos que al pasar
principal de una entidad a otra esta ser

la clave

la clave fornea de la segunda.

La propagacin de esta clave fornea te la ensear a manejar luego edl modelo

entidad relacin.

Ahora despus de sacar las entidades con sus atributos vamos a hacer el
diseo.
b) MODELO ENTIDAD RELACION E/R
Aqu ya damos forma a la informacin tomada, es el resultado con el cual podremos
disear nuestra B.D. Est basado en dos conceptos fundamentales: la entidad y el de
interrelacin .se entiende por entidad cualquier objeto (real o abstracto) sobre el cual
queremos tener informacin en la base de datos. Interrelacin

es la asociacin o

correspondencia entre entidades.

Lo primero es pasarlos a forma grfica

 En este paso las entidades se ubican en un rectangulo, las iterrelaciones

en un rombo y se unen las entidades con una linea, al igual que se

acomoda el grado de relacin.
Obtie
ne

Pelcul
a

Person
a

Lo segundo es el GRADO DE UNA RELACIN

Es el nmero de veces que tiene pertinencia una entidad sobre otra, estas deben
ser tomadas ida y vuelta, DEBEN CLASIFICARSE en, siendo n igual a muchos.
1:1, uno a uno
1:n, uno a muchos
n:n, Muchos a muchos

Te explico con el ejemplo que hemos trabajado

Pelcul
a

1:1

Obtie
ne

1: n

Person
a

En nuestras palabras traducimos: Una pelcula es obtenida por una sola

persona, esto de izquierda a derecha, ahora de vuelta quedara. Una persona
pueda obtener muchas pelculas.

Con el ejemplo te dars cuenta que debes tener clara la relacin entre las
entidades al igual que saber cmo es el comportamiento real de la situacin.

Siendo completo el Modelo E/R quedara graficamente como temuestro en la siguiente

imagen.

Pasamos a evaluar la conexin que creamos de cada interrelacin en donde debemos

aplicar la normalizacin, lo cual es determinar si cumplimos unas reglas, las cuales les
dar a conocer a continuacin.

3) DISEO LOGICO
En el diseo lgico se deben coordinar exigencias casi siempre encontradas como
eliminar redundancias, conseguir la mxima simplicidad y evitar cargas suplementarias
de programacin, obteniendo una estructura lgica adecuada que establezca el debido
equilibrio entre las exigencias de los usuarios y la eficiencia.
Se basa en las reglas de transformacin del modelo E/R y el modelo E/R Extendido, se
busca conseguir la mxima simplicidad y calidad de la informacin evitando
5

redundancias y estableciendo un equilibrio de acuerdo a las necesidades de

informacin de los usuarios.

a) TRANSFORMACIN

DEL

ESQUEMA

CONCEPTUAL

LGICO

ESTANDAR
El paso del esquema en el modelo E/R al relacional est basado en los cinco principios
siguientes:
1. A toda entidad (Rectngulo) del modelo E/R, le corresponde una relacin en el
modelo relacional.
2. A toda relacin (rombo) le corresponde una tabla.
3. A toda relacin (rombo) cuyos mximos sean N:N le corresponde una tabla.
Esto quiere decir que se crea una nueva entidad la cual va a tener como
atributos las claves principales de las 2 entidades.
4. A toda relacin (rombo) cuyos mximos sean 1:n, la entidad del lado del 1
hereda la clave primaria del lado de la n
5. A toda relacin (rombo) cuyos mximos sean 1:1, a una de las 2 entidades se le
agrega la clave de la otra, donde ms aplique.

En el siguiente ejemplo las que estn en rojo son claves primarias, las de verde son
forneas. Ya sabes primarias son los cdigos nicos de la entidad y fornea la
propagacin de claves, que como lo haces con las reglas anteriores las pongo de color
Naranja para que sepas, son 3 1;1, 1;n, n;n.
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
PELICULA (Cod.Pelcula,Cod.genero,Nom.Pelcula,Director, Ao, Duracin)

EJEMPLO REALIZACIN DE BASE DE DATOS PARA EMPRESA

DE ALQUILER DE PELICULAS

NOMBRE DE LA EMPRESA
VIDEO-TIENDA UBAT

Es una empresa familiar ubicada en la carrera 7 No. 11-18, originada como

medio de sustento, cuyo objetivo es el prstamo u alquiler de pelculas a la
comunidad de la regin Ubatense, es una empresa en crecimiento con una
antigedad de 1 ao y medio aproximadamente.

1. RAZN SOCIAL
Empresa comercial, cuya razn social es el entretenimiento para los clientes
por medio del alquiler de pelculas.
2. MISION Y VISION
2.1 MISION
Realizar

la

implementacin

difusin

de

contenidos

educativos

de

entretencin mediante el uso de pelculas, facilitando a la sociedad el acceso al

conocimiento, informacin y pasatiempo. Todo ello enmarcado en el prstamo
de un servicio para la regin de Ubat.
2.2

VISION

Ser una organizacin reconocida regionalmente como una empresa de medios

audiovisuales dirigidos a la difusin de contenidos culturales y de distraccin.
Dada al aporte de cubrir una necesidades o requerimientos de entretencin y
ayuda audiovisual de la sociedad.
7

3. DISEO CONCEPTUAL
El diseo conceptual constituye la primera fase de diseo.
3.1 ANLISIS

DE REQUISITOS

ENTREVISTA: Fue desarrollada

una entrevista al propietario de la video

tienda el pasado 17 de marzo de 2007 por parte de las estudiantes.

OBSERVACION DIRECTA
Se realiz una visita a la video tienda para conocer su funcionamiento, y las
herramientas con las que se cuenta, esta empresa presta a la comunidad
servicios de recreacin que son una parte importante para el sano
esparcimiento de la comunidad en general.
Con todo lo observado se da como punto importante la construccin de un
sistema donde se pueda tener acceso a todas las pelculas que se encuentran
all, este debe permitir el ingreso como usuario y
como administrador
prestando diferentes servicios para cada usuario esto con el fin de hacer del
sistema un medio ms confiable y sofisticado.

REVICION DE DOCUMENTOS
Cuando se realiz la visita para la revisin de documentos encontramos
mucha desorganizacin ya que solo se lleva un control de prstamo de
pelculas manualmente en un cuaderno no se tiene un archivo ni un control
detallado.

3.2 NARRATIVA
La video tienda fue fundada aproximadamente hace dos aos est ubicada en
la carrera octava, en esta encontramos gran variedad de pelculas desde las
ms antiguas hasta las que han realizado su lanzamiento hace poco tiempo

esto le da mucha ms acogida ya que estn a la vanguardia y se mostrara ms

atractiva para la comunidad que siempre quiere ver lo nuevo y ms popular
que este al mercado.
Se diseara una base de datos que contenga la informacin concerniente a las
pelculas existentes en la video tienda, como lo es nombre, director, genero,
ao en que se public, actores, duracin, multas, facturacin, entre otras, con
el fin de presentar esta informacin a los clientes de forma ordenada y
adecuada facilitando la bsqueda y acceso de alquiler a las mismas. Por otro
lado se quiere llevar

un control

de la entrada y salida de las pelculas

teniendo en cuenta el nombre del cliente y todos los datos personales, junto a
otros datos al igual que el tiempo por el cual alquilo esta, con el fin de
determinar el monto a cancelar segn la fecha y cumplimiento con la
devolucin de la misma o en caso de retraso se realizara el pago de multas,
se debe tener en cuenta la disponibilidad de las pelculas y si estn prestadas
se tendr en cuenta

la fecha de entrega para que as

la pelcula quede en

estado de disponible y pueda ser prestada a otro cliente. Una caracterstica

ms de este sistema

es que lleva el control de los clientes existentes y

registro de nuevos, esto ser desarrollado por medio de un nmero de

identificacin que se asignara a cada cliente as queda registrado en la base de
datos para que luego al obtener pelculas solo del ID, aparezcan los datos y
sea mucho ms fcil el proceso de prstamo.
Lo anterior con el fin de dar una herramienta que facilite y mejore el
funcionamiento de la video tienda, llevando un control de registros rpido,
confiable y ordenado de las pelculas existentes a los clientes.

3.3 PROBLEMA A RESOLVER

Manejo manual en cuaderno en el control de informacin, dificultando
bsquedas y tiempos de respuesta.
3.4 PERCEPCIN DE LA VIDEO-TIENDA

La empresa Video-Tienda Ubat, presta su servicio de alquiler manejando un

sistema de informacin manual en documentos, por tal motivo se considera la
necesidad de mejorar o brindar solucin frente a la manipulacin de
informacin, ya que presenta un manejo inadecuado de la misma. Esto se
fundamenta en que para el control de distintas actividades como llevar un
registro en papel del servicio de alquiler e incierta en cuanto a la existencia de
pelculas ya que no tienen registro si no llevan un control memorizado de la
existencia o no de ellas, tornndose un sistema de informacin inseguro y
descontrolado, generando una actividad lenta e ineficiente, tanto para su
bsqueda como para su manipulacin.
3.4.1 ANALISIS
Necesidad de

representar la informacin en forma ordenada y confiable,

facilitando as el funcionamiento de la empresa al acceder a esta de forma

eficaz, presentndose como un medio con grandes ventajas frente a la forma
actual de control de la informacin. Dando solucin al inadecuado manejo de
la informacin de alquiler, multas y datos de inventario existente y disponible,
ya que el control se hace a travs de un registro en un cuaderno el cual toma
tiempo en encontrar la informacin solicitada.
ADMINISTRADOR: Manejara los datos de todo lo que tiene que ver con las
operaciones de pelculas; clientes, facturas.
VENDEDOR: Se encargara del alquiler de pelculas y la afiliacin de
beneficiarios.
CLIENTE: El cliente se limitara a realizar bsquedas dentro del sistema y
hacer solicitudes al operador para el alquiler de la pelcula que desea.
Se toma en cuenta que las

pelculas deben estar organizadas por gnero u

otro medio que haga ms fcil

estudiar esta situacin para

la ubicacin de estas, por lo tanto se debe

dar una solucin de una forma ptima a este

problema.

10

3.5 ESTRUCTURA ORGANIZACIONAL

Se pueden distinguir 3 tipos diferentes de usuarios, cada uno de los cuales
espera algo distinto de la base de datos. Los usuarios y las funcionalidades que
ejecutara en el sistema son:
ADMINISTRADOR: Manejara los datos de todo lo que tiene que ver con las
operaciones de pelculas; clientes, facturas.
VENDEDOR: Se encargara del alquiler de pelculas, generacin de facturas y
la afiliacin de beneficiarios.
CLIENTE: El cliente se limitara a realizar bsqueda de pelculas por gnero,
director, nombre, todo esto manejado dentro del sistema y hacer solicitudes al
operador para el alquiler de la pelcula que desea.

4. ABSTRACCIN GRAMATICAL

VERBOS

SUSTANTIVOS

Disear

Datos

Contenga

Informacin

Existe

Pelculas

Presentar

Nombre

Ordenar

Director

Adecuar

Genero

Facilitar

Clientes

Buscar

Alquiler

11

Control

Tiempo

Tiene

Monto

Cancelar

Multas

Pago

Fecha

Cumplimiento

No. Carn

Disponibilidad

Herramienta

Entrega

Video Tienda

Registro
Facilite
Mejore
Funcionamiento

4.2 ESQUEMA CONCEPTUAL

INFORMACIN REQUERIDA EN LA BASE DE DATOS

PELCULA: Genero; terror, suspenso, romntica, cmica etc.

TIEMPOS: Control en el tiempo de alquiler, con el fin de verificar costos

y multas.

MULTAS: Una persona que se encuentre en mora de entrega, no podr

obtiener ninguna pelcula ms.

INSCRIPCIN: Registro de clientes para que acceda al servicio de

alquiler, este es un proceso que se realizara en clientes.

CLIENTE: Persona duea del contrato de afiliacin que utiliza el servicio

de prstamo de pelculas.

12

FACTURACIN: llevar datos exactos y claros de los costos del alquiler

segn el tiempo.

5 MODELO ENTIDAD RELACION E/R

Para saber si son 1 a1, 1 a n, o n a n, toma en cuenta el ltimo

carcter de cada unin ejemplo:
Te indico con un avalo amarillo cuales son los caracteres a tener en
cuenta o como se lee.
En el ejemplo con valos amarillos, esos son los datos que tomas
para saber que decisin tomar, en el ejemplo se lee muchos a uno
sea N,1.
Luego de esto aplicas las leyes para propagacin de clave fornea
que estn antes de empezar el ejemplo. O a continuacin.

13

5.1 DISEO LGICO ESTANDAR TRANSFORMACIN DEL ESQUEMA

CONCEPTUAL A LGICO ESTANDAR

El paso del esquema en el modelo E/R al relacional est basado en los cinco principios
siguientes:
1) A toda entidad (Rectngulo) del modelo E/R, le corresponde una relacin en el
modelo relacional.
2) A toda relacin (rombo) le corresponde una tabla.
3) A toda relacin (rombo) cuyos mximos sean N:N le corresponde una tabla.
4) A toda relacin (rombo) cuyos mximos sean 1:n simplemente la entidad del lado del
1 hereda la clave primaria del lado de la n.
5)

A toda relacin (rombo) cuyos mximos sean 1:1, a una de las 2 entidades se le
agrega la clave de la otra, donde ms aplique.

6) A toda entidad (Rectngulo) del modelo E/R, le corresponde una relacin en el

modelo relacional
Aqu es en donde puedes ver las claves principales y la propagacin de
claves forneas
Para ejemplificar mira, la entidad alquiler en la grafica o modelo
entidad relacin de su lado esta el 1 y del lado de cliente esta la N, dice
la regla que la tabla del lado del 1 hereda la clave del lado de la N. eso
es todo.
Ahora que debes hacer esto con cada unin entre las entidades y mirar
en donde debes ubicar la clave fornea, esto es necesario para pasar
luego a acces.
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
ALQUILER

(No.Alquiler, No.Carn, Fch. Alquiler, Tiempo, Cod.Pelcula, Costo).

MULTAS (Cod.Multa, Nom,multaNo. Carn, Fch.dAlquiler, Costo.Multa).

GENERO PELICULA (Cod.Gnero, Nom.Gnero).
PELICULA (Cod.Pelcula,Cod.genero,Nom.Pelcula,Director, Ao, Duracin)
Paso a explicarte de otra forma como hars la propagacin de claves.

14

5.2 IMPLEMENTACIN SEGN REGLAS QUE CUMPLE CADA RELACIN

Estas reglas las debes verificar en cada una de las relaciones existentes entre
entidades.
Cliente/Alquiler
No.Alquiler
No.Carn

No. Carn
Nom.Cliente

CLIENTE

1
N

Acced
e

1
1

ALQUILER

Fch Alquiler
Tiempo

Cedula

Cod.Pelcula
Costo

Telfono
Direccin

Toda interrelacin cuyos mximos sean

1; N, sufren propagacin de clave

fornea.

ESQUEMA RELACIONAL
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
ALQUILER (No.Alquiler, No.Carn, Fch.Alquiler, Tiempo, Cod.Pelcula, Costo).
Clave Fornea

La tabla del lado de 1 hereda la clave primaria del lado de N, establecindose

como Clave Fornea, para indicar integridad referencial.
La clave fornea es la clave principal de otra entidad que se pasa a la entidad
con la cual est conectada, para poder conectarla en la base de datos.

15

 Cliente/Multas
cod.Multa

No. Carn
CLIENTE

1,1

Nom.Cliente

Cancel
a

Nom,multa

1,1MULTAS

No. Carn
Fch.dAlquiler
Costo.Multa

Cedula
Telfono
Direccin

Cuando la interrelacin del modelo E/R de grado 2 cuyos mximos son 1;1,

ESQUEMA RELACIONAL
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
MULTAS (cod.Multa, Nom,multa, No.Carn, Fch.dAlquiler, Costo. Multa).
Clave Fornea

Debemos

agregar a una de las entidades la clave primaria de la otra como

Clave Fornea, esto en donde ms aplique.

Alquiler/Genero Pelculas
No.Alquiler
No.Carn
Fch.Alquiler

ALQUILER

1,N

Permite

1,N

Cod.Gnero
GENEROS
PELICULA

Nom.Gnero

Tiempo

16

Cod.Pelcula
Toda interrelacin cuyos mximos sean N;N, les corresponde una relacin del
modelo relacional.

ESQUEMA RELACIONAL
ALQUILER (No.Alquiler,

No.Carn,

Fch.

Alquiler,

Tiempo,

Cod.Pelcula,

Costo).
GENERO PELICULA (Cod.Gnero, Nom.Gnero).
PERMITE (No.Alquiler, Cod.Gnero)

Unin de Claves

La Clave Primaria es la unin de las claves que participan.

Alquiler/ Pelculas
No.Alquiler

Cod.Pelcula
Cod.genero

No.Carn
Fch.Alquiler

ALQUILER

Tiempo

1,N

Permite

1,N

PELICULA
S

Nom.Pelcula
Director

Cod.Pelcula

Toda interrelacin cuyos mximos sean N;N, les corresponde una relacin del
modelo relacional.

ESQUEMA RELACIONAL

17

ALQUILER (No.Alquiler,

No.Carn,

Fch.

Alquiler,

Tiempo,

Cod.Pelcula,

Costo).
PELICULA (Cod.Pelcula,Cod.genero,Nom.Pelcula,Director, Ao, Duracin)
PERMITE (No.Alquiler, Cod.Pelcula)

Unin de Claves

La Clave Primaria es la unin de las claves que participan.

Genero Pelculas / Pelcula

Cod.Pelcula,
Nom.Pelcula,Direct
or

Cod.Genro

GENEROS
PELICULAS

1,N
Brinda

1,1

PELICULA

Ao
Duracin
Cod.genero

Nom.genero

Toda interrelacin cuyos mximos sean 1;N, sufren propagacin de clave

fornea.

ESQUEMA RELACIONAL
GENERO PELICULA (Cod.Gnero, Nom.Gnero).
PELICULA (Cod.Pelcula,Nom.Pelcula,Director, Ao, Duracin,Cod.Gnero)

Clave Fornea

18

La tabla del lado de 1 hereda la clave primaria del lado de N, establecindose

como Clave Fornea, para indicar integridad referencial.

6 NORMALIZACIN

Est basada en las restricciones que pueden darse sobre los atributos de una
relacin, las cuales se conocen con el nombre de dependencias.
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
ALQUILER (No.Alquiler, No.Carn, Fch. Alquiler, Tiempo, Cod.Pelcula, Costo).
MULTAS (cod.Multa,Nom.Multa, No. Carn, Fch.dAlquiler, Costo.Multa).
GENERO PELICULA (Cod.Gnero, Nom.Gnero).
PELICULA (Cod.Pelcula, Nom.Pelcula,Director,Cod.Gnero, Ao, Duracin)

APLICACIN DE NORMALIZACIN A CADA ENTIDAD

Aqu lo que debes hacer es simular el acceso de datos a cada espacio y mirar si
cumple o no con las reglas expuestas, en caso dado de no ser as
replanteamos la B.D.
ENTIDAD CLIENTE
CLIENTE
NO. CARN

NOM.CLIENTE

CEDULA

TELFONO

DIRECCIN

100100

Isabel Castillo

2075962

3112256987

Calle 11 No.12-27

100101

Camilo Prez

107891554

310897542

Calle 12 No.5-10

100102

Yessid Gmez

79125698

3154458978

Carera 7 No. 7-21

100103

Branndon Garzn

88201364

3125487326

Carera 4 No. 11-49

100104

Rosa Forero

2456980

3112146697

Calle 3 No.10-54

100105

Jonathan Castro

82456987

3172546989

Vrd. Volcan I

100106

Jessica Martnez

100785214

3144439874

Carera 5 No. 2-28

19

 Primera Forma Normal 1FN.

1. Obligatoriedad a la Existencia de la Clave Primaria: Se declara el
atributo NO.CARN, como la Clave Primaria de la entidad.
2. REGLA 1: En

la

clave

primaria

no

se

permiten

valores

nulos

inexistentes.
3. Unicidad: El atributo NO.CARN, que est definido como Clave
Primaria no se repite y no debe admitir valores nulos.
4. Minimalidad: Al definir NO.CARN como Clave Primaria, no se podr
ser destruida sin destruir esta propiedad.
5. Atomicidad: En cada fila y columna existe un nico valor no un
conjunto de valores.
Cumpliendo con los anteriores puntos se puede decir que la relacin
CLIENTE, se encuentra en 1FN.

Segunda Forma Normal 2FN.

Se puede pasar a la 2FN, siempre y cuando se cumpla con la 1FN.
DEPENDENCIA FUNCIONAL: Condicin de determinar un atributo a partir de
otro, que normalmente es la clave primaria.
1. NoCARNNom.Cliente, Cedula, Telfono, Direccin.
Atributo Primo
2. NoCARN

Clave Primaria

Nom.Cliente
Cedula

Atributos no Primos

Telfono
Direccin

20

Como la relacin CLIENTE se encuentra en 1FN y adems sus atributos no

primos dependen funcional y completamente del atributo primo Clave Primaria,
se puede decir que la relacin CLIENTE esta en 2FN.

Tercera Forma Normal 3FN.

Se encuentra en 3FN, porque se encuentra en 1FN y en 2FN., al igual que cada

uno de sus atributos

no primos son dependientes no transitivos de la clave

candidata.
CLIENTE (No. Carn, Nom.Cliente, Cedula, Telfono, Direccin).
3FN MODERNA O FORMA NORMAL DE BOYCE COOD
Una relacin R esta en tercera forma normal moderna o forma normal de
BoyceCood, si cada valor determinante es una clave candidata.

Implicante

Parte La flecha: Descriptor de la Izquierda

Implicado

Llega la flecha: Descriptor de la derecha

Implicante

Implicado
NoCARNNom.Cliente

Implicante

Implicado

Implicante

NoCARN

Implicante

NoCARN
NoCARN

Cedula

Implicado

Telfono

Implicado

Direccin
21

 Cuarta Forma Normal 4FN.

La entidad est en 4FN , si est en todas las FN anteriores.

La 4FN determina a un conjunto de valores mltiples con independencia de los
dems atributos de la relacin. Como en la relacin CLIENTE no existe
dependencia multivaluada no hay que dividir la relacin para eliminar
dependencias, por esto podemos decir que la relacin CLIENTE se encuentra en
4FN ya que no contiene dependencias multivaluadas y est en las anteriores
FN.
Listo hemos terminado toda la teora necesaria, es hora de que la pongas en
prctica, el diseo de u B.D. con el Modelo entidad relacin que disees crearas
las tablas en acces para tu B.D.
ACTIVIDAD
1- Hola, mi nombre es ISABELLA GARZN soy duea de un restaurante, tengo la
necesidad de solicitar tu colaboracin para llevar mi informacin de forma clara y
ordenada, lo ms importante necesito consultar datos como inventario, ventas,
compras, mis proveedores. Necesito me colabores, ten en cuenta que en este
restaurante vendo productos de paquete y bebidas.

22