Relaciones entre Tablas de SQL. 3-parcial

Las relaciones de tablas en SQL representan la manera en que las tablas están conectadas entre sí mediante claves (keys). En una base de datos relacional, los datos se organizan en tablas y se relacionan para evitar la redundancia y asegurar la integridad de los datos. 

"Tipos de relaciones entre tablas"

Uno a Uno (1:1)

• Cada fila de la tabla A está relacionada con una sola fila de la tabla B y viceversa.

• Ejemplo: una persona tiene un solo pasaporte.

• Implementación: ambas tablas tienen claves primarias que también funcionan como claves foráneas. 

• 1. Uno a Muchos (1:N)

     • Una fila de la tabla A puede relacionarse con muchas filas de la tabla B, pero una fila de la tabla B solo se relaciona con una de la A.

     • Ejemplo: un cliente puede tener muchos pedidos.

     • Implementación: la tabla "muchos" tiene una clave foránea que apunta a la clave primaria de la tabla "uno".

  2. Muchos a Muchos (N:M)

     • Muchas filas de la tabla A pueden estar relacionadas con muchas filas de la tabla B.

     • Ejemplo: estudiantes y cursos (un estudiante puede tomar muchos cursos y un curso puede tener muchos estudiantes).

     • Implementación: se crea una tabla intermedia que contiene claves foráneas de ambas tablas.

  ---

  Claves principales en estas relaciones

  • Clave primaria (Primary Key): identifica de forma única cada fila en una tabla.

  • Clave foránea (Foreign Key): una columna en una tabla que apunta a la clave primaria de otra tabla.

  ---

  Ejemplo de relación Uno a Muchos:
• CREATE TABLE Clientes (

      id_cliente INT PRIMARY KEY,

      nombre VARCHAR(100)

  );

  
  

  CREATE TABLE Pedidos (

      id_pedido INT PRIMARY KEY,

      fecha DATE,

      id_cliente INT,

      FOREIGN KEY (id_cliente) REFERENCES Clientes(id_cliente)

  );
• "relación en SQL", nos referimos a cómo dos o más tablas están conectadas a través de claves foráneas (foreign keys), y cómo SQL permite consultar datos relacionados usando comandos como JOIN.

Implementar relaciones entre tablas en SQL: 

• En lugar de repetir la misma información en múltiples tablas, se almacena una sola vez y se relaciona.

• Ejemplo: el nombre de un cliente no se repite en cada pedido, sino que se vincula con su ID.

📐 Mejora la organización y estructura

• Los datos se dividen en tablas específicas por entidad (clientes, pedidos, productos...), lo que facilita su manejo.

• Favorece un diseño normalizado, que es más limpio y escalable.

✅ Garantiza la integridad referencial

• Las claves foráneas aseguran que los datos relacionados sean válidos.

• Por ejemplo, no puedes asignar un pedido a un cliente que no existe.

🚀 Facilita las consultas complejas

• Las relaciones permiten usar JOINs para combinar datos de varias tablas de forma potente y eficiente.

• Puedes hacer reportes y análisis más completos.

🔒 Mejor control de los datos

⚠️ Desventajas de implementar relaciones en tablas:

⚙️ Mayor complejidad en el diseño

• Requiere un buen conocimiento de modelado de bases de datos.

• El diseño relacional puede ser difícil de mantener en sistemas muy grandes o con muchos tipos de datos.

🧩 Consultas más complejas

• Al trabajar con múltiples tablas relacionadas, las consultas requieren JOINs, lo que puede ser difícil de escribir y de entender para usuarios sin experiencia.

🐢 Rendimiento más lento en ciertas consultas

• Las relaciones y los JOINs pueden ser más lentos en bases de datos con millones de registros, especialmente si no están bien indexadas.

• Esto puede afectar el tiempo de respuesta en aplicaciones de tiempo real.

🔐 Dependencia entre tablas

• Las relaciones rígidas (con claves foráneas) hacen que ciertas operaciones como borrar o actualizar registros se vuelvan complicadas.

• Por ejemplo, no puedes eliminar un cliente si hay pedidos relacionados, a menos que uses ON DELETE CASCADE (que también puede ser peligroso si se usa mal).

🧠 Curva de aprendizaje

• Requiere entender conceptos como normalización, claves primarias/foráneas, integridad referencial, etc.

• Esto puede ser una barrera para principiantes o usuarios de otras disciplinas.

🔁 Migraciones y actualizaciones más delicadas

• Cambiar una estructura relacional (como dividir o unir tablas) puede ser más difícil que en modelos no relacionales.

• ejemplo sencillo de dos tablas con una relación de tipo uno a muchos (1:N):

• Tabla Clientes

  Contiene los datos de cada cliente.

  sql
  CREATE TABLE Clientes (
      id_cliente INT PRIMARY KEY,
      nombre VARCHAR(100),
      email VARCHAR(100)
  );
  

  Tabla Pedidos

  Cada pedido está relacionado con un cliente mediante una clave foránea (id_cliente).

  sql
  CREATE TABLE Pedidos (
      id_pedido INT PRIMARY KEY,
      fecha DATE,
      total DECIMAL(10, 2),
      id_cliente INT,
      FOREIGN KEY (id_cliente) REFERENCES Clientes(id_cliente)
  );

• Explicación de la relación

  • Un cliente puede tener muchos pedidos.

  • Cada pedido está asociado a un solo cliente.

  La columna id_cliente en la tabla Pedidos crea una relación con la tabla Clientes mediante una clave foránea (FOREIGN KEY).

  ---

  🔍 Ejemplo de datos

• -- Insertar clientes

  INSERT INTO Clientes VALUES (1, 'Ana López', 'ana@email.com');

  INSERT INTO Clientes VALUES (2, 'Carlos Pérez', 'carlos@email.com');

  
  

  -- Insertar pedidos

  INSERT INTO P

  INSERT INTO Pedidos VALUES (102, '2025-06-02', 300.00, 1);

  INSERT INTO Pedidos VALUES (103, '2025-06-03', 200.00, 2);pedidos VALUES (101, '2025-06-01', 150.00, 1);