bases datos

1. 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.

2. S.G.B.D.
• 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.
Herramienta de software (conjunto de programas) que
permite la creación y manipulación de bases de datos.

3. 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.

5. REALIDAD
DISEÑO CONCEPTUAL
DISEÑO LÓGICO
DISEÑO FÍSICO
IMPLEMENTACIÓN
No depende del SGBD. Definir entidades,
atributos, relaciones y esquema E-R
Depende del SGBD. Definir tablas, vistas y
relaciones a partir del modelo E-R.
Normalización
Depende del hardware y del SGBD. Definir
estructura y rutas de almacenamiento ,
seguridad etc.
FASES DISEÑO DE BASES DE DATOS

6. 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.
MODELO CONCEPTUAL: ENTIDAD-RELACIÓN

7. 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).
ATRIBUTOS: Almacenan propiedades básicas de las ENTIDADES. Se representan mediante
una elipse. Los valores que puede tomar un atributo se denominan DOMINIOS.
JUGADOR EQUIPO
nombre
teléfono
fecha
ciudad
fecha
equipo
DETALLE FRA

8. 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
JUGADOR
Nombre
completo
teléfono
fecha
apellidos
nombre
edad

9. • 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.
PERSONA
DNI

10. 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
ESPOSO ESPOSA
CASADO
1:1
JUGADOR EQUIPO
JUEGA
N:1
ALUMNO ASIGNATURA
CURSA
N:N
Uno a Uno
Uno a Muchos
Muchos a Muchos
CARDINALIDAD

11. • 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
FASES DEL DISEÑO CONCEPTUAL

12. 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).
BASES DATOS RELACIONALES

13. Estructura
Campo o Atributo
Registro o Tupla
RELACIÓN O TABLA PINTORES
Dato
Clave

14. PASO DEL MODELO E-R AL MODELO RELACIONAL
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.
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.
Transformación de entidades y atributos
Transformación de relaciones

15. 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.

16. JUGADOR EQUIPO
PARTIDO
Está
Juega
Nif
Nombre
F_nac
Telf
Equipo
N_partido
Arbitro
Ciudad
Estadio
Fecha
Fecha
Ciudad
1
N
N
N
N_goles
Marca
goles
N
1
edad
MODELO E-R

17. Nif Equipo Nombre F_nac
Equipo Ciudad Fecha Estadio
N_partido Fecha Arbitro Ciudad
Equipo N_partido
N_partido Nif Goles
Nif Teléfono
JUGADORES
TELÉFONOS
EQUIPOS
PARTIDOS
PARTIDO_EQUIPOS
GOLES
TABLAS MODELO E-R