BASES DE DATOS

FUNDAMENTOS Y MODELAMIENTO CONCEPTUAL

BASES DE DATOS
• Una base de datos es un “almacén” que nos permite guardar
grandes cantidades de información de forma organizada para que
luego podamos encontrar y utilizar fácilmente.
CARACTERISTICAS DE LAS BD
• Independencia lógica y física de los datos: Se puede modificar la estructura física y lógica de la base de datos sin necesidad de modificar los aplicativos
que hacen uso de ella,

• Redundancia mínima: Es la existencia de datos que son adicionales a los datos reales y permiten la corrección de errores en los datos almacenados o
transmitidos
• Acceso concurrente por parte de múltiples usuarios: acceder de forma simultanea a los datos, a través de controles de usuario.
• Integridad de los datos: Permite verificar que los datos ingresados sean los correctos.

• Consultas complejas optimizadas: Permitan abstraer la información necesaria, según las necesidades de la organización.  .

• Seguridad de acceso y auditoría: se puede controlar el acceso a los datos, a través de controles de seguridad, que van desde los
habituales usuario y clave hasta controles biométricos, .
• Respaldo y recuperación: permite recuperar la información después de fallos, a través de procesos automáticos, de igual forma se pueden realizar.
• Acceso a través de lenguajes de programación estándar: permite acceder a los datos desde varios lenguajes de programación (PHP, Java, Visual Basic,
Python, etc) y extraer la información a través de lenguajes estándar de consultas.
COMPONENTES DE UN SISTEMA DE BD
ARQUITECTURA

• Hay tres características importantes inherentes a los sistemas de bases de datos: la separación entre los
programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de
un catálogo para almacenar el esquema de la base de datos. El objetivo de la arquitectura de tres
niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el
esquema de una base de datos se define en tres niveles de abstracción distintos:
• En el nivel interno.
• En el nivel conceptual.
• En el nivel externo.
DISEÑO DE BD Y MODELO E-R
El Proceso de Diseño.
Los diseñadores entrevistan a los futuros
usuarios de la base de datos para recoger y
El esquema conceptual contiene una descripción
documentar sus necesidades de
detallada de los requerimientos de información de los
información. En paralelo, conviene definir
usuarios, y contiene descripciones de los tipos de
los requerimientos funcionales que
datos, relaciones entre ellos y restricciones.
consisten en operaciones (transacciones)
Diseño lógico de la base de datos (transformación de
que se aplicarán a la base de datos, e
modelo de datos) El siguiente paso en el proceso de
incluyen la obtención de datos y la
diseño consiste en implementar de hecho la base de
actualización.
datos con un SGBD (Sistema Manejador de Base de
Diseño conceptual. Una vez recogidos
Datos) comercial, transformando el modelo conceptual
todos los requerimientos, el siguiente paso
al modelo de datos empleados por el SGBD (entidad-
es crear un esquema conceptual para la
relación, jerárquico, red o relacional).
base de datos mediante un modelo de datos
Diseño físico de la base de datos En este paso se
conceptual de alto nivel.
especifican las estructuras de almacenamiento internas
y la organización de los archivos de la base de datos.
MODELO ENTIDAD RELACIÓN

• Se desarrolló para facilitar el diseño de bases de datos permitiendo la especificación de un esquema de

la empresa que representa la estructura lógica completa de una base de datos.
• El modelo E-R (Entidad-Relación) además de entidades y relaciones representan las uniones que los
contenidos de la base de datos deben cumplir. Una unión es la correspondencia de cardinalidades, que
expresan el número de entidades con las que otra entidad se puede asociar a través de un conjunto de
relaciones.
DISEÑO DE BD Y MODELO E-R
MODELO ENTIDAD RELACIÓN
• ENTIDAD
• ATRIBUTOS
• DOMINIO DEL ATRIBUTO
• ATRIBUTO SIMPLE
• ATRIBUTO COMPUESTO
• LLAVE O CLAVE DE LA RELACIÓN
• CLAVE PRIMARIA
• CLAVE COMPUESTA
• CLAVE CANDIDATA
• CLAVE EXTERNA
• CARDINALIDAD
• RELACIÓN
RESTRICCIONES

• REGLAS DE CARDINALIDAD
• UNO A UNO
• UNO A MUCHOS
• MUCHOS A MUCHOS
REGLAS QUE DETERMINAN LA RELACIÓN

• Regla 1. Si dos tablas tienen una interrelación de uno a uno (1 a 1), entonces el campo clave de una de
las tablas debe aparecer en la otra tabla.
• Regla 2. Si dos tablas tienen una interrelación de uno a muchos (1 a *), entonces el campo clave de la
tabla del (1) debe aparecer en la tabla del muchos (*).
• Regla 3. Si dos tablas tienen una interrelación de muchos a muchos (* a *), entonces debe crearse una
tabla que tenga los campos claves de las dos tablas.
• Ejemplos:
REGLAS QUE DETERMINAN LA RELACIÓN
Las relaciones entre entidades se generan en dos direcciones, 1. Si se quiere definir la relación entre un
empleado y un departamento se especifica de la siguiente manera:

• Un empleado pertenece a un departamento.

• En un departamento están asignados muchos empleados.
• Esta relación es de tipo 1:M
REGLAS QUE DETERMINAN LA RELACIÓN
Para una interrelación entre un supervisor y un departamento, la cardinalidad es de una a una, en donde el 1 es
representado por 1.
• Un supervisor, supervisa un departamento.
• Un departamento es supervisado por una persona.
• En este caso la relación es de uno a uno.
REGLAS QUE DETERMINAN LA RELACIÓN
Para una interrelación entre un supervisor y empleados, la cardinalidad es de una a mucho, en donde el muchos puede ser
representado por un (*), o la letra m.

• Un supervisor supervisa a muchos empleados.

• Un empleado es supervisado por un supervisor.
• En este caso la relación es de uno a muchos.
REGLAS QUE DETERMINAN LA RELACIÓN
En una relación entre alumnos y materias cursadas, la cardinalidad es de muchos a muchos.

• Un alumno cursa muchas materias.

• Una materia la cursan muchos alumnos.
• En este caso es una interrelación de muchos a muchos.
DIAGRAMAS E-R
DIAGRAMAS E-R
EJERCICIO EN CLASE
En excel o en word realiza el diagrama E/R con las tres entidades siguientes:
• ALUMNO (Núm_Matrícula, Nombre, FechaNacimiento, Teléfono)
• ASIGNATURA (Código_asignatura, Nombre)
• PROFESOR (Id_P, NIF_P, Nombre, Especialidad, Teléfono)
Teniendo en cuenta:
• Un alumno puede estar matriculado de una o varias asignaturas.
• Además puede estar matriculado en la misma asignatura más de un curso escolar (si repite).
• En una asignatura habrá como mínimo 10 y como máximo 25 alumnos.
• Una asignatura es impartida por un único profesor.
• Un profesor podrá impartir varias asignaturas.