EVOLUCIÓN ALMACENAMIENTO INFORMACIÓN

• Archivos físicos
 Requieren mucho espacio físico.
 Buscar, copiar o modificar es manual, lento y laborioso.
 No realizan cálculos ni análisis sobre los datos.
 Se produce deterioro físico o pérdida de las tarjetas.

• Archivos digitales
 Información repetida (redundancia).
 Mayor tamaño de almacenamiento.
 Datos repetidos que no concuerdan entre si (inconsistencia).
 Dispersión de datos por departamentos.
 Difícil modificación y actualización.

• Bases de datos
 Redundancia mínima
 Independencia datos y aplicaciones.
 Consistencia al actualizar la información repetida.
 Integridad de los datos garantizando su validez.
 Seguridad frente a usuarios malintencionados.
 Respaldo/recuperación mediante copias de seguridad.
 Eficiencia en el acceso a los datos.
 Menor espacio de almacenamiento.
 S.G.B.D.
Herramienta de software (conjunto de programas) que
permite la creación y manipulación de bases de datos.

• Describir los datos, sus relaciones y sus condiciones de

acceso e integridad.
• Manipular los datos: buscar, añadir, suprimir y
modificar datos de la base de datos.
• Controlar la comunicación con la B.D.
• Realizar copias de seguridad y recuperación ante
desastres.
• Administrar los usuarios y sus permisos.
DBA. Administrador de la base de datos. Organizar el sistema de manera que se logre un desempeño que sea el mejor

Programador de aplicaciones. Encargado de escribir programas de aplicación que utilicen bases de datos.

Usuario final. Solicita información a la base de datos utilizando programas de aplicación disponibles, o bien
mediante un lenguaje de consulta.
 FASES DISEÑO DE BASES DE DATOS

REALIDAD

No depende del SGBD. Definir entidades,

DISEÑO CONCEPTUAL atributos, relaciones y esquema E-R

Depende del SGBD. Definir tablas, vistas y

DISEÑO LÓGICO relaciones a partir del modelo E-R.
Normalización

Depende del hardware y del SGBD. Definir

DISEÑO FÍSICO estructura y rutas de almacenamiento ,
seguridad etc.

IMPLEMENTACIÓN
 MODELO CONCEPTUAL: ENTIDAD-RELACIÓN

Desarrollado inicialmente por Peter Chen en 1976, aunque hay variantes.

Permite crear el esquema conceptual de una BD a partir de la idea surgida del

análisis de la realidad.

Aplicable a cualquier tipo de BD (jerárquica, relacional, red).

Muy utilizado actualmente por su simplicidad y legibilidad.

Utiliza diagramas para su representación.

Fácil de aprender por los diseñadores y de comprender por los usuarios.

El modelo recibe su nombre debido a los elementos que lo componen, que

principalmente son: entidades, relaciones y atributos.
 ENTIDADES Y ATRIBUTOS
ENTIDADES: Son objetos (reales o abstractos) del mundo real de los que queremos almacenar
información sobre sus propiedades. Se representan mediante un rectángulo.

Tipos:
Regular : Entidad independiente
Débil : Entidad totalmente dependiente de otra (rectángulo doble). DETALLE FRA

ATRIBUTOS: Almacenan propiedades básicas de las ENTIDADES. Se representan mediante

una elipse. Los valores que puede tomar un atributo se denominan DOMINIOS.

teléfono
equipo fecha ciudad
nombre fecha

JUGADOR EQUIPO
 TIPOS ATRIBUTOS
COMPOSICIÓN
Simples: Indivisibles
Compuestos: Varios componentes

VALORES
Monovaluados: Un solo valor por ocurrencia de la entidad
Multivaluados: Varios valores por ocurrencia de la entidad.
Se representan por doble elipse
ORÍGEN
Almacenados: Su valor se almacena en la BD directamente
Derivados: Su valor se obtiene a partir de otros atributos
Se representan con contorno discontinuo

edad
nombre apellidos
teléfono

Nombre fecha
completo

JUGADOR
 CLAVE PRIMARIA

• Dentro de los atributos en una entidad existirá un atributo o atributos que serán denominados clave.
• La clave principal es el identificador que diferencia de forma inconfundible a cada una de las ocurrencias de
una entidad.
• Tiene un valor único en cada entidad y no puede ser nulo.
• Debe ser mínima, es decir, sin atributos superfluos.
• La clave puede estar formada por más de un atributo, es decir, que la clave sea compuesta. La combinación
de valores de los atributos, por tanto, no podrán repetirse, aunque sí se podrán repetir valores para cada
uno de los atributos por separado.
• Se representa mediante un círculo, aunque en este caso el nombre del atributo estará subrayado.

• Ejemplos: la matrícula de la entidad vehículo, el DNI de una persona, el ISBN de un libro.

DNI

PERSONA
 RELACIONES
Correspondencia entre dos o mas entidades, o una entidad consigo misma. Están asociadas con acciones, es decir, con verbos
que representan la asociación entre las entidades integrantes. Se representan por un rombo indicando la cardinalidad la relación

1:1
CARDINALIDAD
ESPOSO CASADO ESPOSA
Uno a Uno

N:1

JUGADOR JUEGA EQUIPO Uno a Muchos

N:N

ALUMNO CURSA ASIGNATURA

Muchos a Muchos
 FASES DEL DISEÑO CONCEPTUAL

• Identificar entidades

• Identificar atributos de cada entidad y dominios o valores posibles que pueden tomar

• Identificar claves principales

• Identificar relaciones y su grado

• Representación del modelo entidad-relación

 BASES DATOS RELACIONALES
Sus bases fueron postuladas por en 1970 por Edgar Frank Codd, de los laboratorios IBM.

Una base de datos consta básicamente de una o mas tablas llamadas relaciones.

Cada tabla representa un tipo de entidad.

Las tablas almacenan los datos y se estructuran en filas y columnas.

Cada fila se denomina tupla o registro.

Cada registro representa una ocurrencia de la entidad en concreto.

Los registros están compuestos por campos.

Estas tablas se vinculan o relacionan entre si por un dato en común de características similares
(tipo y longitud) llamado ID, identificador o clave (key).

La clave en la tabla principal se denomina clave principal (Primary Key PK) y se incluye en
la tabla relacionada como clave ajena o foránea (Foreign Key FK).
 RELACIÓN O TABLA PINTORES

Clave
Campo o Atributo

Dato

Estructura

Registro o Tupla
PASO DEL MODELO E-R AL MODELO RELACIONAL

Transformación de entidades y atributos

Cada entidad del modelo entidad-relación generara una tabla.

Cada atributo simple se convertirá en una columna o campo.

Uno de los atributos, concretamente la clave principal, se convertirá en clave principal de la tabla.

Cada atributo multivaluado se convertirá en otra tabla cuya clave principal será la unión de la clave primaria de la otra tabla y el atributo. Se establecerá
una relación 1:N entre la entidad y la tabla generada por su atributo multivaluado.

Cada atributo compuesto se convertirá en tantas columnas como atributos lo compongan.

Transformación de relaciones

Relaciones 1:1: En este caso se seleccionará una de las entidades y se le añadirá, como clave ajena, la clave primaria de la otra entidad, añadiendo una
restricción a la clave foránea para que sea única.

Relaciones 1:N:La solución pasara por añadir, a la entidad que se encuentra al lado del N del vinculo, la clave primaria de la otra entidad como una clave
ajena.

Relaciones N:M:, Este caso se resuelve mediante la creación de una tabla intermedia cuyas columnas serán las claves primarias de ambas entidades y cuya
clave primaria serán los atributos que sean claves primarias de ambas tablas.
 LIGA DE FÚTBOL

Se desea almacenar información de los equipos de la liga indicando fecha fundación, estadio y ciudad. Por cada equipo
indicaremos los jugadores con su nif, nombre, fecha nacimiento y teléfonos.

En cada partido indicaremos fecha, ciudad y árbitro así como el número de goles que marca cada jugador.

Realiza un esquema conceptual de la BD e indica las relaciones y atributos necesarios.

 MODELO E-R
Nombre Telf Ciudad
Equipo
Nif
F_nac Estadio
edad
Fecha

N 1
JUGADOR Está EQUIPO

N
1
Juega

N
N
Marca PARTIDO
goles

Arbitro
N_goles N_partido
Ciudad
Fecha
 TABLAS MODELO E-R

TELÉFONOS
Nif Teléfono

JUGADORES EQUIPOS
Nif Equipo Nombre F_nac
Equipo Ciudad Fecha Estadio

PARTIDO_EQUIPOS
Equipo N_partido

GOLES
N_partido Nif Goles

PARTIDOS
N_partido Fecha Arbitro Ciudad