¡La universidad de todos!

Asignatura:BASE DE DATOS
DOCENTE: Ing. Edgar Yancce Condori

Escuela Profesional Periodo académico: 2020-I

Semestre: VIII
INGENIERÍA DE SISTEMAS E INFORMÁTICA
 SEMANA 2

•Creación de una base datos, modelo

conceptual, diseño lógico y normalización de
una base de datos.
BASE DE DATOS ORACLE

BASE DE DATOS
QUÉ ES FOOTPRINT?
 BASE DE DATOS RELACIONAL

Una base de datos

relacionales es aquella que
representa los datos y las
relaciones entre los datos
mediante una colección de
tablas, cada una con un
nombre único, donde una
fila de una tabla
representa una relación
entre un conjunto de
valores.
BASE DE DATOS RELACIONAL

BASE DE DATOS
MODELO DE BD CONCEPTUALES

Los modelos de datos conceptuales se utilizan

para la descripción de los datos en el nivel
conceptual o de visión, dando lugar a una
estructura flexible. Existen dos modelos dentro
de esta tipología, los cuales se describirán a
continuación: el modelo entidad-relación y el
modelo orientado a objetos.

BASE DE DATOS
 MODELO DE ENTIDAD RELACIÓN

Una entidad es un objeto real sobre el cual quiere

almacenarse información. Estos distintos datos que se
almacenan sobre este objeto o entidad se denominan
atributos.

La relación es la asociación entre las distintas

entidades.
 LOS MODELOS BÁSICOS DE E-R

1. ENTIDAD:
Reflejan algo del mundo real pero también puede ser abstracto: Persona, Mesa, Coche,
Animal.
2. RELACIÓN:
Se asocia a una entidad con otras, o consigo misma llamada reflexiva.
Empleado Tiene Cargo

Tiene

3. ATRIBUTOS:
La mayoría de los casos son propiedades de una entidad.
DNI
Empleado
Nombre
 MODELO ENTIDAD RELACIÓN – PRIMARY KEY

La clave primaria es aquel o aquellos atributos que identifican de forma

única a las Entidades.

No puede existir más de una clave primaria, pero puede haber una clave
primaria que esté compuesta por varios atributos como un conjunto.
IdProducto NombProducto

Producto
 CARDINALIDADES

Las cardinalidades indican el número de entidad con las que

se puede relacionar una entidad.
– 1:1
– 1:N
– N:1
– N:N
 MODELO ORIENTADO A OBJETOS

Se basa en una colección de objetos, donde cada objeto se caracteriza por tener
un estado y un comportamiento. El estado viene dado por los valores que toma
un conjunto de propiedades o variables de instancia y el comportamiento se
realiza a través de una serie de operaciones o funciones que se aplican sobre el
objeto y se denominan “métodos”. Mediante los métodos es como únicamente
un objeto puede acceder a los datos, se denomina “envío de mensajes al objeto”.

Todos los objetos que tienen las

mismas propiedades se
agrupan en clases y estas
clases se organizan en un
diagrama, donde las clases
pueden estar relacionadas.
 MODELO LÓGICO

Los modelos de datos lógicos o basados en registros se denominan así porque la

base de datos está estructurada en registros de formato fijo de varios tipos. Los
tres modelos de datos lógicos más extendidos son el modelo en red, el modelo
jerárquico y el modelo relacional.

Modelo relacional: El modelo relacional se

planteó como una alternativa a los modelos
anteriores para obtener una mayor flexibilidad
y rigor en el tratamiento de los datos. El
modelo relacional está formado por tablas
donde se representan los datos y las
relaciones.
MODELO LÓGICO
 NORMALIZACIÓN DE UNA BASE DE DATOS

Normalización es un proceso que clasifica relaciones, objetos y formas de relación,

en base a las características que cada uno posee. Si se identifican ciertas reglas se
aplica una categoría; si no cumplen las reglas, se descomponen repartiendo sus
atributos entre esquemas de relación más pequeños que cumplen las condiciones
establecidas. Los Objetivos de la normalización de un diseño son:
• Eliminar anomalías de actualización.
• Conservar la información (descomposición sin pérdida de información).
• Conservar las dependencias funcionales.
• No crear dependencias nuevas o interrelaciones inexistentes.
• Facilidad de uso.
• Eficiencia.
 NORMALIZACIÓN DE UNA BASE DE DATOS

Las Ventajas de la normalización:

• La cantidad de espacio requerido para almacenar los datos es la menor
posible.
• Evita anomalías en inserciones, modificaciones y borrados.
• Mejora la independencia de datos.
• Mayor rapidez en la ordenación y en la creación de índices.
• Menos índices por tabla.
• Evita restricciones artificiales en la estructura de los datos.
NORMALIZACIÓN “0” (No aplica ninguna regla)

Observe los campos url1 y url2 ¿Qué haremos cuando en nuestra aplicación necesitemos una
tercera url? ¿Tienes que añadir otro campo/columna a tu tabla y tener que reprogramar toda la
entrada de datos?. Obviamente no, se debe crear sistema funcional que pueda crecer y
adaptarse fácilmente a los nuevos requisitos.
 PRIMERA FORMA NORMAL (1FN)

• Los datos tienen que ser atómicos.

• Eliminar los grupos repetitivos de las tablas individuales.
• Crear una tabla separada por cada grupo de datos relacionados.
• Identificar cada grupo de datos relacionados con una clave primaria.
Sin embargo se está rompiendo un punto de la 1FN cuando repetimos los campos url1 y url2, también se
repite la clave primaria. La regla tres básicamente significa que tenemos que poner un campo tipo
contador auto-incremental para cada registro. De otra forma, si tuviéramos dos usuarios llamados de la
misma forma como los diferenciaríamos. Una vez que se aplica el primer nivel de F/N tenemos la
siguiente tabla:
 SEGUNDA FORMA NORMAL (2FN)

• Crear tablas separadas para aquellos grupos de datos que se aplican a varios registros.
• Relacionar estas tablas mediante una clave externa.
Hemos separado el campo url en otra tabla, de forma que podemos añadir más en el futuro si tener que
duplicar los demás datos. También vamos a usar nuestra clave primaria para relacionar estos campos:

Ahora se tienen tablas separadas y la clave primaria en la tabla usuarios, user_id está relacionada
ahora con la clave externa en la tabla urls, relUserId. Pero si quiere añadir otro empleado a la empresa
ABC, se duplicarían el nombre de la empresa y su dirección, entonces se aplica la 3FN.
 TERCERA FORMA NORMAL (3FN)

Eliminar aquellos campos que no dependan de la clave.

Ahora las tablas de usuarios y

urls pueden crecer todo lo que
quieran sin duplicación ni
corrupción de datos. La mayoría
de los desarrolladores dicen
que el tercer nivel de F/N es
suficiente, que nuestro
esquema de datos puede
manejar fácilmente los datos
obtenidos de una cualquier
empresa en su
totalidad, y en la mayoría de los
casos esto será cierto.