INTRODUCCIÓN A LAS BASES DE DATOS RELACIONALES

INTRODUCCIÓN A LAS BASES DE DATOS RELACIONALES

DB-MYSQL-1

Objetivos

Utilizar la estructura de tabla básica para definir una base de datos relacional.

Explicar las bases de datos relacionales.

Explicar una clave primaria.

Explicar los diferentes tipos de relaciones entre tablas.

Explicar claves foráneas.

Crear modelos de relación de entidad para definir una base de datos relacional.

Caso de Estudio

Se les asigna la tarea de crear un punto de venta (TPV) básico para un restaurante. El TPV debe almacenar el menú completo del restaurante (productos y precios), el historial de ventas y la información de los empleados.

Aplicaciones de los sistemas de bases de datos

¿Cómo organizamos los datos en el mundo real?

Aunque a menudo se usan indistintamente, "dato" e "información" tienen significados distintos en el contexto de las bases de datos. Comprender su diferencia es fundamental.

Dato

Información

• Unidad mínima de valor sin contexto.
• Representa hechos, cifras, símbolos o caracteres en su forma bruta.
• Por sí solo, no tiene significado.

Ejemplo: "25", "Juan", "Madrid", "A"

• Datos procesados, organizados y estructurados.
• Adquiere significado y contexto, proporcionando conocimiento.
• Responde preguntas y es útil para la toma de decisiones.

Ejemplo: "Juan tiene 25 años y vive en Madrid."

Funcionamiento de una Base de Datos

SQL - Structure Query Languaje

¿Qué es una Base de Datos?

TABLE: Clients

• Es una colección estructurada de datos organizada para facilitar su acceso, gestión y actualización.

• Se utilizan en todas las aplicaciones modernas (bancos, redes sociales, tiendas, etc.).

¿Qué son las Bases de Datos Relacionales?

• Es un tipo de base de datos que organiza la información en tablas (también llamadas relaciones) que están conectadas entre sí mediante claves primarias y foráneas.

Beneficios de las Bases de Datos Relacionales?

• Permite evitar la redundancia y mantener la integridad de los datos.
• Flexibilidad
• Consistencia de datos (respaldo fácil y recuperación ante desastres)

• Cada tabla representa una entidad (por ejemplo, Cliente, Producto, Pedido).
• Se basa en el Modelo Relacional: (tuplas = filas, atributos = columnas).

Estructura de una tabla

Relación (tabla): conjunto de filas y columnas.

TABLA Menú

Tuplas (filas): cada registro o dato individual.

Atributos (columnas): características o campos de cada entidad.

Paralelismo con OOP: las tablas son como clases, las columnas son atributos y las filas son objetos.

• Cada fila es una Tupla (un plato del menú).
• Cada columna es un Atributo (ID_Plato, Nombre, Precio, Categoría).
• El conjunto completo es la Relación (la tabla 'Menú').

Claves Primarias y Claves Foráneas

• CLAVE FORÁNEA: Referencia a una fila en otra tabla que establece una relación entre ambas.
• Suelen ser claves primarias de otras tablas, ya que deben identificar de forma exclusiva una fila.

• CLAVE PRIMARIA: Identificador único que permite encontrar una fila específica dentro de una tabla relacional.

• Generalmente definida como un ID entero o basada en una columna existente con valores únicos.

Tipos de Relaciones entre Tablas

Las relaciones pueden ser obligatorias u opcionales, dependiendo de si se requiere que exista la relación.

Cardinalidad

• La cardinalidad describe cuántos elementos de una entidad se relacionan con cuántos elementos de otra entidad. Aquí algunos ejemplos:

Modelo Entidad - Relación

• Un modelo de datos es un conjunto de herramientas conceptuales para la descripción de los datos, las relaciones entre ellos, su semántica y las restricciones de consistencia. Esta parte centra la atención en el modelo relacional.
• El Modelo Entidad-Relación (ER) es una forma visual de representar la estructura lógica de una base de datos. Se basa en el concepto de Modelo Relacional.

Simbología del Modelo Entidad-Relación

• El Modelo Entidad-Relación utiliza símbolos específicos para visualizar la estructura de una base de datos, facilitando su diseño y comprensión.

DB - Universidad - Caso Práctico

• Una escuela desea tener una base de datos, que almacene los datos principales de un alumno, la carrera que estudia, las materias que cursa y los profesores que le imparten clase. De igual manera se desea llevar un registro de las materias que imparte cada profesor.

Caso practico: Consultorio

• Una clínica desea crear una base de datos para administrar la información de sus pacientes, doctores y las consultas que se realizan.
• La clínica necesita almacenar la información básica de

• los pacientes
• los doctores
• las citas médicas
• el expediente médico de cada paciente

Se sabe que:Cada paciente cuenta con un solo expediente médico.Cada expediente médico pertenece a un solo paciente.Un doctor puede atender a varios pacientes.Un paciente puede ser atendido por distintos doctores.Los doctores atienden a los pacientes a través de citas médicas. Cada cita médica es atendida por un solo doctor y corresponde a un solo paciente.

Caso practico:

• Con base en el contexto anterior:

Identifica las entidades involucradas. Define las relaciones entre las entidades. Determina la cardinalidad de cada relación:

• Uno a uno (1:1)
• Uno a muchos (1:N)
• Muchos a muchos (N:M)

Representa el modelo mediante un diagrama Entidad–Relación.

Caso practico: Biblioteca

• Una biblioteca desea desarrollar una base de datos para administrar el préstamo de libros a sus usuarios.

La biblioteca necesita almacenar la información básica de:

• los usuarios
• los libros
• los préstamos
• la credencial de cada usuario

Se sabe que: Cada usuario cuenta con una sola credencial. Cada credencial pertenece a un solo usuario. Un usuario puede realizar varios préstamos. Cada préstamo corresponde a un solo usuario. Un libro puede ser prestado varias veces a diferentes usuarios. En cada préstamo se registra un solo libro.

Caso practico:

• Con base en el contexto anterior:

Identifica las entidades involucradas. Define las relaciones entre las entidades. Determina la cardinalidad de cada relación:

• Uno a uno (1:1)
• Uno a muchos (1:N)
• Muchos a muchos (N:M)

Representa el modelo mediante un diagrama Entidad–Relación.