TALLER DE BASE DE

DATOS
PEDRO P. DIAZ

ING JESUS LUQUE MEDINA

TEMA 1
Conceptos bsicos
de bases de datos

Qu es un dato?
Segn Navathe:
Un dato es un hecho conocido que puede registrarse y que tienen un
significado implcito

NOTA: Los datos no tienen valor semntico por si mismos

Metadatos
Segn Silberschatz:
Los metadatos son datos que describen datos.

Informacin

La informacin consiste en datos procesados que estn en una forma

til para la toma de decisiones. La informacin se deriva de los datos

almacenados al reordenar , seleccionar, combinar, resumir o realizar

otras operaciones sobre los datos.

Informacin = datos + metadatos

(Conjunto de datos organizados)

Qu es una base de datos?

Segn Wikipedia:
Una base de datos es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemticamente para su uso posterior.

Segn Edi Oppel:

Una base de datos es una coleccin de datos organizada en un
formato estructurado que es definido como metadatos que describe
esa estructura.

Segn Navathe:
Una base de datos es un conjunto de datos relacionados entre s.

Lluvia de ideas
Imagine que tiene que almacenar los datos de los estudiantes de
una universidad, los datos de los profesores, las facultades, los
cursos que llevan los alumnos, los crditos que ha ido acumulando
cada estudiante
Cmo lo hara?

DBA y DBMS

En las grandes organizaciones las bases de datos la gestiona el

Administrador de Base de Datos (DBA por sus siglas en ingles), el
cual se encarga de crear, mantener y gestionar los permisos de
acceso a la base de datos.

El Sistema de Gestin de Base de Datos (DBMS por sus siglas en

ingles) es el software encargado de controlar todos los accesos a
la base de datos, se encarga de la estructura de
almacenamiento de los datos, aceptar peticiones de datos,
actualizaciones, ocultar los datos no permitido a determinados
usuarios, permitir el acceso concurrente a los datos, procesos de
respaldo y procedimientos de recuperacin.

El papel del DBMS

Roles en el entorno de bases

de datos

Ventajas de usar una BD

1.

Comparticin de datos: La BD pertenece a toda la organizacin.

EL DBA es el que se encarga de gestionarla y de otorgar los
permisos de acceso a la informacin.

2.

Control de redundancia: La informacin est integrada de tal

manera que no se almacenan mltiples copias de los datos a
menos que sea necesario (conexiones lgicas y rendimiento)

3.

Consistencia de datos: un efecto de controlar la redundancia es

que los datos sean consistentes, ya que como un tem de datos
aparece una sola vez, cuando se actualice su valor se har en un
nico sitio y todos tendrn acceso a dicho valor actualizado.

Ventajas de usar una BD

4.

Integridad de datos mejorada: algunos DBMS permiten definir

reglas de integridad: reglas de consistencia que la BD debe de
obedecer

5.

Mejor seguridad de datos: todo acceso autorizado a la BD es a

travs del DBMS que puede requerir que los usuarios ingresen
contraseas o pasen otros procedimientos de seguridad para
obtener acceso a la BD.

6.

Mejor accesibilidad de los datos: la mayora de los DBMS

proporcionan un lenguaje de consulta de datos que nos permiten
obtener la informacin

Desventajas de una BD

1.

Alto costo del DBMS

2.

Costo de Hardware mas alto

3.

Costos de programacin mas altos

4.

Altos costos de conversin

5.

Vulnerabilidad aumentada

6.

Recuperacin mas difcil

TEMA 2
Fases del diseo
de Bases de Datos

Fases del
diseo de
Bases de
Datos

1.Captacin y anlisis de
Requerimientos
Caracterizar de forma completa las necesidades que desean los
usuarios de la BD, tanto en los datos como en las operaciones a
realizar con los datos.
Entrevistas con los futuros usuarios de la BD para captar las
necesidades.
Resultado:
- REQUISITOS DE DATOS: Necesidades de datos. Especificacin de la
informacin que se quiere guardar.
- REQUISITOS FUNCIONALES: Necesidades de manipulacin de datos.
Especificacin de las operaciones a realizar con los datos.

2. Diseo conceptual

En esta etapa se obtiene una estructura de la informacin de la

futura Base de Datos independiente de la tecnologa que se
emplear.
El resultado de la etapa del diseo conceptual se expresa mediante
algn modelo de datos de alto nivel. Uno de los ms empleados es el
modelo entidad relacin (entity- relationship), que abreviaremos con
la sigla E-R.

3. Diseo Lgico

En esta etapa se parte del resultado del diseo conceptual, que se

transforma de forma que se adapte a la tecnologa que se debe
emplear. Ms concretamente, es preciso que se ajuste al modelo del
SGBD (DMBS) con el que se desea implementar la base de datos.
Por ejemplo, si se trata de un SGBD relacional, esta etapa obtendr un
conjunto de relaciones con sus atributos, claves primarias y claves
forneas.
NOTA. Es aconsejable obtener el diseo lgico desde el modelo
conceptual.

4. Diseo fsico

En esta etapa se transforma la estructura obtenida en la etapa

del diseo lgico, con el objetivo de conseguir una mayor

eficiencia;

adems,

se

completa

con

implementacin fsica que dependern del SGBD.

aspectos

de

TEMA 3
Modelo
Entidad-Relacin
DISEO CONCEPTUAL DE LA BASE DE DATOS

Propsito del modelo E-R

El modelo E-R fue desarrollado por P.P. Chen en 1976 para facilitar el
diseo de bases de datos, ya que permite al diseador expresar las

propiedades conceptuales de la base de datos de una empresa.

Este modelo es independiente de cualquier DBMS en particular y

utiliza sus propios diagramas E-R.

Este modelo ser vlido incluso si cambia de DBMS

Modelo E-R
Se denomina ENTIDAD RELACION debido a que precisamente
permite representar relaciones entre entidades.

El modelo esta compuesto por:

Entidades
Atributos
Relaciones
Cardinalidad
Llaves o claves

Entidades

Por entidad entendemos un objeto del mundo real que podemos

distinguir del resto de objetos y del que nos interesan algunas
propiedades.
Es un SUSTANTIVO.
Se expresan en SINGULAR.
Su nombre va en MAYUSCULAS.
Se representan mediante un RECTANGULO.

Atributos

Las propiedades de los objetos que nos interesan se llaman

ATRIBUTOS.

Los atributos
Los atributos
Los atributos
Los atributos
Los atributos

se representan mediante un OVALO.

se colocan en MINUSCULAS.
deben de ser UNIVALUADOS.
deben de ser ATOMICOS.
toman valores de un DOMINIO.

Hay varias formas de representar los atributos, dependiendo de la

notacin utilizada.

Dominios

El dominio de un atributo es el conjunto de valores que puede tener

un atributo.

Ejemplo: la edad de la persona podra ser valores entre 1 y 120

aproximadamente; este sera el dominio

Los atributos pueden tener diferentes dominios

Valores nulos

En una base de datos se puede permitir a los atributos tener valores

nulos (en realidad es que no tiene valor), debido a que en ese

momento el valor de dicho atributo se desconoce o no est definido

para una instancia en particular.

Atributos multivaluados

Algunos atributos podran tener valores mltiples para una instancia

de la entidad.
Los atributos multivaluados se representan mediante un valo doble.

Ejemplo: el Email de un estudiante, este podra tener varios emails

Atributos compuestos

Un atributo compuesto es aquel que puede descomponerse en

elementos mas pequeos.

Los atributos compuestos se representan mediante valos enlazados

al valo del atributos del cual se descomponen.

Nota: los atributos compuestos en la base de datos se separan cada

una de sus partes.

Atributos derivados

A veces es posible que se quiera incluir un atributo que puede

calcularse en base al valor de otro atributo de la misma entidad o de

otras entidades.

Los atributos derivados se representan mediante valos con lneas

con rayas.

Ejemplo: La edad se puede calcular de la fecha de nacimiento

Clave o Atributo identificador

Una entidad debe ser distinguible del resto de objetos del mundo real.
Esto hace que para toda entidad sea posible encontrar un conjunto
de atributos que permitan identificarla. Este conjunto de atributos
forma la clave de la entidad.
Una determinada entidad puede tener varios atributos que la
identifiquen, es decir puede tener varias CLAVES CANDIDATAS. La
clave escogida para identificar a la entidad de denomina CLAVE
PRIMARIA.

Se representa en el modelo subrayando el o los atributos que

conforman la clave primaria.

Relacin
Se define una relacin como una asociacin entre entidades.
Las relaciones se representan mediante un rombo.
Las relaciones tienen un nombre.

Las relaciones pueden tener atributos.

Las relaciones pueden asociar 1, 2 o mas entidades.

Relacin
El numero de entidades que asocia una relacin se denomina GRADO
de la relacin.
Las relaciones de grado 2 se denominan relaciones BINARIAS.

Las relaciones de grado 3 se denominan relaciones TERNARIAS.

Las relaciones de grado mayor a 3 se denominan relaciones

N-ARIAS.

Ejemplo diagrama E-R

Cardinalidad
Expresa el nmero de ocurrencias de una de las entidades con las
que una ocurrencia de la otra entidad puede estar asociada segn
la interrelacin.
Conectividad uno a uno (1:1). La conectividad 1:1 se denota
poniendo un 1 a cada lado de la interrelacin.
Conectividad uno a muchos (1:N). La conectividad 1:N se denota
poniendo un 1 en un lado de la interrelacin y una N en el otro.
Conectividad muchos a muchos: (M:N). La conectividad M:N se
denota poniendo una M en uno de los lados de la interrelacin, y una
N en el otro.

Ejemplo relacin 1:1

Ejemplo relacin 1:N

Ejemplo relacin M:N

Restricciones de participacin
Hay dos casos:
Participacin total: Cuando cada instancia de la entidad
obligatoriamente participa en la relacin. Se representa con una
lnea doble desde la entidad hasta el rombo de la relacin.
Participacin parcial: Cuando no toda instancia de la entidad
participa en la relacin

Ejemplo

Relacin recursiva
Una relacin recursiva asocia una entidad consigo mismo.

Relacin recursiva

Relaciones dobles

Entidades dbiles
Algunas veces queremos almacenar datos de una entidad, pero
siempre y cuando exista otra entidad relacionada.
Ejemplo: SI queremos almacenar los datos de las compras de un
cliente, primero tendr que existir la entidad cliente.
La entidad que depende de la existencia de la otra entidad se llama
Entidad dbil.

Entidades dbiles
Las entidades dbiles no tienen atributos claves propios.
Las entidades dbiles se representan mediantes un rectngulo doble.

Entidades dbiles
Una entidad dbil siempre esta relacionada con otra entidad con
una cardinalidad 1:N, y esta en el lado del N, y la cardinalidad

mnima del lado 1 es tambin 1, es decir es obligatoria.

Relaciones N-arias
Una relacin N-aria es aquella en la que participan mas de 2
entidades.

Relaciones ternarias
N

ARBOL

ESTA
EN
1

HUERTO

1
TIENE
N

ARBOL

UBICACION

1
ESTA
EN
1
UBICACION

TIENE

HUERTO

Ejemplos de Notacin

Ejemplos de Notacin

Modelo
Entidad
Relacin
Extendido

Generalizacin /
Especializacin
La generalizacin/especializacin permite reflejar el hecho de que hay
una entidad general, que denominamos entidad superclase, que se
puede especializar en entidades subclase:
a) La entidad superclase nos permite modelar las caractersticas
comunes de la entidad vista de una forma genrica.
b) Las entidades subclase nos permiten modelar las caractersticas
propias de sus especializaciones.
Es necesario que se cumpla que toda ocurrencia de una entidad
subclase sea tambin una ocurrencia de su entidad superclase.

Generalizacin /
Especializacin
La generalizacin/especializacin puede ser de dos tipos:
a) Disjunta. En este caso no puede suceder que una misma
ocurrencia aparezca en dos entidades subclase diferentes. Se
denota grficamente con la etiqueta D.
b) Solapada. En este caso no tiene lugar la restriccin anterior. Se
denota grficamente con la etiqueta S.

Generalizacin /
Especializacin
Adems, una generalizacin/especializacin tambin puede ser:

Total. En este caso, toda ocurrencia de la entidad superclase

debe pertenecer a alguna de las entidades subclase. Esto se
denota con la etiqueta T.

Parcial. En este caso no es necesario que se cumpla la condicin

anterior. Se denota con la etiqueta P.

Ejemplo

Ejemplos

Ejemplo 1: Instituto
Se quiere hacer el sistema del instituto, para lo cual se debe
considerar a los profesores y alumnos teniendo en cuenta las
asignaturas, horarios y aula.
Para cada profesor se almacena el DNI y el nombre del profesor.
Para cada estudiante se almacena el DNI, el nombre del estudiante y
la nota de cada asignatura
Para cada asignatura se guarda el cdigo de la asignatura, el
nombre de la asignatura, el horario y el aula.
Notas:

Un profesor imparte una nica asignatura al estudiante

Cada asignatura tiene un nico profesor, horario, y aula donde se

imparte el aula.

Ejemplo 1: Instituto
Como varia el modelo anterior teniendo en cuenta los siguiente
cambios:

EL profesor puede impartir mas de una asignatura al estudiante

Cada asignatura tiene un nico profesor, pero mas de un horario y

aula donde se imparte la clase.

Ejemplo2: liga de baloncesto

Se quiere almacenar del jugador el nombre, DNI y direccin.
Un jugador esta fichado en un equipo. Del equipo interesa guardar la
informacin sobre el nombre del equipo y direccin.
De un partido interesa almacenar la temporada, el equipo local, el
equipo de fuera y el resultado.
Se quiere controlar los jugadores que participan en cada partido, los
equipos que juegan, el resultado de cada partido y la puntuacin
que ha hecho cada jugador en cada partido.

Ejemplo2: liga de baloncesto

Notas:

Un jugador juega en un nico equipo toda la temporada.

Cada equipo tiene diversos jugadores y no todos juegan en un

partido

Ejemplo 3: Sistema de ventas

La empresa necesita llevar un control de proveedores, clientes,
productos y ventas.
Un proveedor tiene RUC, nombre, direccin, telfono y pgina web.
Los clientes tiene RUC, nombre, direccin peor pueden tener varios
telfonos de contacto.

La direccin se entiende por calle, numero, distrito y ciudad.

Un producto tiene un id nico, nombre, precio actual, stock. Adems
se organizan en categoras y cada producto va en una sola
categora. Una categora tiene un nombre y una descripcin.
Por razones de contabilidad, se debe registrar de cada venta la
fecha, el cliente, el descuento y el monto final. Adems se debe de
guardar el precio al momento de la venta, la cantidad vendida y el
monto total por el producto.

Problemas del
modelo E - R

Problemas del modelo E - R

Estos problemas se llaman las trampas de conexin, y normalmente

ocurren debido a una mala interpretacin del significado de ciertas

relaciones.

La trampa del abanico

La trampa del abanico ocurre cuando un modelo ER representa una

relacin entre tipos de entidad, pero el camino entre algunas

entidades es ambiguo.

Una trampa de abanico puede aparecer si dos o ms relaciones 1:N

salen del mismo tipo de entidad.

En que seccin trabaja el empleado e1?

En que seccin trabaja el empleado e1?

La trampa del sumidero

La trampa del sumidero ocurre cuando existe un tipo de relacin

entre dos tipos de entidad, pero no existe camino entre algunas

entidades.
La trampa del sumidero puede aparecer cuando hay uno o mas

tipos de relacin donde los tipos de entidad tienen una participacin

parcial (cardinalidad mnima de 0).

Qu departamento realiza el proyecto p2?