Lección 86 — Modelo Relacional: Tablas, Registros y Campos
El modelo relacional es una de las bases fundamentales de la organización de información en los sistemas informáticos. Permite representar datos mediante tablas relacionadas, donde cada fila identifica un registro y cada columna describe una característica específica. Gracias a este modelo, las empresas, instituciones educativas, hospitales y aplicaciones digitales pueden organizar grandes cantidades de información de manera estructurada y consistente.
Imagina una academia que necesita registrar estudiantes, cursos e inscripciones. Si toda la información se guarda en una sola lista, pueden aparecer datos repetidos, errores y dificultades para realizar consultas. El modelo relacional ofrece una manera de organizar estos elementos en diferentes tablas y establecer conexiones entre ellas.
En esta lección comprenderás qué es el modelo relacional, cómo funcionan las tablas, registros y campos, qué papel desempeñan las claves primarias y foráneas, y cómo se establecen relaciones entre los datos.
¿Qué aprenderás en esta lección?
Al finalizar, podrás:
Explicar qué es el modelo relacional y para qué sirve.
Identificar tablas, registros y campos.
Comprender la función de una clave primaria.
Reconocer cómo funciona una clave foránea.
Distinguir las relaciones uno a uno, uno a muchos y muchos a muchos.
Interpretar ejemplos sencillos de bases de datos relacionales.
Reconocer errores comunes en la organización de datos.
Diseñar conceptualmente una pequeña base de datos relacional.
¿Qué es el modelo relacional?
El modelo relacional es un modelo de datos que organiza la información mediante relaciones, representadas habitualmente como tablas.
Fue propuesto por el investigador Edgar F. Codd en 1970 y se convirtió en uno de los fundamentos más importantes de los sistemas modernos de bases de datos.
En una representación tabular:
Cada tabla reúne información sobre una entidad o concepto.
Cada fila representa un registro.
Cada columna representa un atributo.
Las claves permiten identificar registros y relacionar información.
Por ejemplo, una escuela puede utilizar una tabla para almacenar estudiantes y otra para registrar cursos.
El objetivo no es simplemente crear tablas, sino organizar la información de manera lógica y establecer relaciones consistentes entre los datos.
Ejemplo introductorio
Una academia registra los siguientes estudiantes:
| ID_Estudiante | Nombre | Edad |
|---|---|---|
| 101 | Ana López | 19 |
| 102 | Luis Pérez | 22 |
| 103 | Marta Ruiz | 25 |
Esta tabla contiene información sobre tres estudiantes.
Cada estudiante tiene un identificador que permite distinguirlo de los demás, incluso cuando dos personas comparten el mismo nombre.
Importante: en el modelo relacional formal, una relación es un conjunto de tuplas con atributos definidos. Las tablas son su representación habitual en los sistemas de bases de datos.
¿Qué es una tabla en una base de datos?
Una tabla es una estructura que organiza datos mediante filas y columnas.
Habitualmente representa un tipo de entidad, como estudiantes, productos, empleados o cursos.
Por ejemplo, una tienda de computadoras puede almacenar información de sus productos.
| ID_Producto | Producto | Precio | Existencia |
|---|---|---|---|
| P001 | Procesador | $3,200 | 12 |
| P002 | Memoria RAM | $850 | 25 |
| P003 | Monitor | $2,900 | 8 |
| P004 | SSD | $1,150 | 18 |
En esta tabla:
ID_Producto identifica cada producto.
Producto contiene su nombre.
Precio registra su costo de venta.
Existencia indica la cantidad disponible.
La tabla tiene cuatro columnas y cuatro filas de datos.
¿Por qué utilizar diferentes tablas?
Imagina que una academia necesita registrar estudiantes y cursos.
Podría colocar toda la información en una sola tabla, pero los nombres de los cursos y otros datos podrían repetirse continuamente.
Una alternativa es separar:
Una tabla de estudiantes.
Una tabla de cursos.
Una tabla de inscripciones.
Después, las tablas pueden relacionarse mediante identificadores.
Esta organización facilita el mantenimiento y reduce ciertas formas de duplicación innecesaria.
¿Qué es un registro en una base de datos?
Un registro es una fila que contiene los valores correspondientes a un elemento dentro de una tabla.
En el modelo relacional, el término formal es tupla.
Observa la siguiente tabla:
| ID | Nombre | Curso |
|---|---|---|
| 101 | Ana López | Informática |
| 102 | Luis Pérez | Programación |
| 103 | Marta Ruiz | Redes |
El registro:
102 — Luis Pérez — Programación
representa la información de un estudiante específico.
Características de un registro
Contiene valores correspondientes a los atributos definidos.
Representa una instancia de la entidad registrada.
Puede identificarse mediante una clave primaria.
Puede consultarse y actualizarse.
Debe respetar las restricciones establecidas para la tabla.
Ejemplo: si Luis cambia de curso, puede actualizarse el valor correspondiente en su registro, siempre que el diseño permita almacenar el curso directamente en esa tabla.
En sistemas más completos, las inscripciones suelen organizarse en una tabla independiente.
¿Qué es un campo en una base de datos?
En el uso cotidiano de las bases de datos, un campo suele referirse a una columna que describe una característica de los registros.
En el modelo relacional, se utiliza el término atributo.
Por ejemplo:
| ID | Nombre | Edad | Ciudad |
|---|---|---|---|
| 101 | Ana López | 19 | Querétaro |
| 102 | Luis Pérez | 22 | Puebla |
| 103 | Marta Ruiz | 25 | León |
Los campos son:
ID.
Nombre.
Edad.
Ciudad.
Cada columna almacena valores relacionados con una misma característica.
Tipos de datos de los campos
Los campos suelen tener tipos de datos definidos.
| Campo | Tipo de dato habitual | Ejemplo |
|---|---|---|
| ID | Entero | 101 |
| Nombre | Texto | Ana López |
| Edad | Entero | 19 |
| Fecha_Inscripción | Fecha | 2026-09-01 |
| Activo | Booleano | Verdadero |
| Precio | Decimal | 850.50 |
Los tipos exactos dependen del sistema gestor utilizado.
¿Por qué son importantes los tipos de datos?
Porque ayudan a establecer qué valores son válidos.
Por ejemplo:
Una edad no debería almacenarse como una fecha.
Un precio debe admitir valores numéricos apropiados.
Una fecha debe representar una fecha válida.
Un identificador debe mantener un formato consistente.
Recuerda: definir correctamente los campos facilita las consultas y ayuda a mantener la integridad de la información.
Diferencia entre tabla, registro y campo
Estos tres conceptos forman parte de la estructura básica de una base de datos relacional.
| Concepto | Representación | Función |
|---|---|---|
| Tabla | Conjunto de filas y columnas | Organiza datos sobre una entidad |
| Registro | Fila | Representa un elemento |
| Campo | Columna | Describe una característica |
| Valor | Contenido de una celda | Representa un dato específico |
Ejemplo visual
Considera esta tabla:
| ID | Nombre | Edad |
|---|---|---|
| 101 | Ana | 19 |
| 102 | Luis | 22 |
La estructura completa representa una tabla.
La fila de Ana representa un registro.
La columna Edad representa un campo.
El número 19 representa un valor.
Una manera sencilla de recordarlo es:
Tabla = conjunto organizado.
Registro = elemento individual.
Campo = característica del elemento.
¿Qué es una clave primaria?
Una clave primaria, también llamada primary key, es un atributo o conjunto de atributos utilizado para identificar de manera única cada registro de una tabla.
Por ejemplo:
| ID_Estudiante | Nombre |
|---|---|
| 101 | Ana López |
| 102 | Luis Pérez |
| 103 | Ana López |
Observa que existen dos estudiantes llamados Ana López.
El nombre no permite identificarlas de manera inequívoca.
Sin embargo, los identificadores 101 y 103 son diferentes.
Por eso, ID_Estudiante puede utilizarse como clave primaria.
Reglas fundamentales
Una clave primaria:
Debe identificar de manera única cada registro.
No admite valores nulos.
Puede estar formada por una o varias columnas.
Debe elegirse de acuerdo con las necesidades del diseño.
Ejemplo práctico
En una tienda, el código de producto puede utilizarse como clave primaria.
En una academia, puede utilizarse el identificador del estudiante.
En una empresa, puede asignarse un identificador interno a cada empleado.
Importante: no siempre es recomendable utilizar nombres, teléfonos o correos electrónicos como claves primarias, porque pueden repetirse o cambiar.
¿Qué es una clave foránea?
Una clave foránea, también llamada foreign key, es un atributo o conjunto de atributos que permite establecer una relación entre tablas mediante una referencia a una clave candidata, normalmente la clave primaria de otra tabla.
Observa este ejemplo.
Tabla Estudiantes
| ID_Estudiante | Nombre |
|---|---|
| 101 | Ana López |
| 102 | Luis Pérez |
| 103 | Marta Ruiz |
Tabla Inscripciones
| ID_Inscripción | ID_Estudiante | Curso |
|---|---|---|
| 1 | 101 | Informática |
| 2 | 102 | Programación |
| 3 | 101 | Redes |
En la tabla Inscripciones, el campo ID_Estudiante funciona como clave foránea que hace referencia a la tabla Estudiantes.
Esto permite reconocer que Ana López tiene dos inscripciones.
¿Qué ventaja ofrece?
No es necesario repetir todos los datos personales de Ana en cada inscripción.
Basta con utilizar su identificador.
De esta manera, el sistema puede relacionar los registros cuando necesita consultar información.
Integridad referencial
Cuando existe una restricción de clave foránea, el sistema puede impedir que una inscripción haga referencia a un estudiante inexistente, salvo los casos permitidos por las reglas definidas.
Esto ayuda a conservar relaciones consistentes.
¿Cómo se relacionan las tablas?
Las bases de datos relacionales permiten representar conexiones entre diferentes entidades.
Tres tipos de relaciones son especialmente importantes.
Relación uno a uno
Ocurre cuando un registro de una entidad se relaciona, como máximo, con un registro de otra entidad, y viceversa.
Ejemplo: una persona puede tener una ficha de configuración individual en una aplicación.
Una relación uno a uno suele representarse mediante una clave foránea con una restricción de unicidad, o mediante una clave compartida.
Relación uno a muchos
Ocurre cuando un registro puede relacionarse con varios registros de otra tabla.
Ejemplo: un cliente puede realizar muchos pedidos.
| ID_Cliente | Nombre |
|---|---|
| 1 | Ana |
| 2 | Luis |
| ID_Pedido | ID_Cliente |
|---|---|
| 501 | 1 |
| 502 | 1 |
| 503 | 2 |
Ana tiene dos pedidos y Luis tiene uno.
Cada pedido de este ejemplo pertenece a un solo cliente.
Relación muchos a muchos
Ocurre cuando varios registros de una tabla pueden relacionarse con varios registros de otra.
Ejemplo: un estudiante puede inscribirse en varios cursos y cada curso puede tener varios estudiantes.
En un diseño relacional habitual, esta relación se implementa mediante una tabla intermedia.
Tabla Estudiantes
| ID_Estudiante | Nombre |
|---|---|
| 101 | Ana |
| 102 | Luis |
Tabla Cursos
| ID_Curso | Curso |
|---|---|
| C01 | Informática |
| C02 | Redes |
Tabla Inscripciones
| ID_Estudiante | ID_Curso |
|---|---|
| 101 | C01 |
| 101 | C02 |
| 102 | C01 |
Así:
Ana está inscrita en Informática y Redes.
Luis está inscrito en Informática.
Informática tiene dos estudiantes.
La combinación ID_Estudiante + ID_Curso puede funcionar como clave primaria compuesta de Inscripciones cuando se permite una sola inscripción por estudiante y curso.
¿Qué es la integridad referencial?
La integridad referencial es un conjunto de reglas que busca mantener consistentes las referencias entre tablas.
Por ejemplo, si una inscripción contiene el identificador 105, pero ese estudiante no existe, se produce una referencia inválida.
Una restricción de clave foránea puede impedir esta situación.
¿Qué sucede si se elimina un registro relacionado?
Los sistemas gestores pueden aplicar distintas políticas, según su configuración:
Restringir: impedir la eliminación si existen registros relacionados.
Cascada: eliminar también los registros dependientes.
Establecer nulo: sustituir la referencia por un valor nulo cuando está permitido.
Establecer valor predeterminado: utilizar un valor definido, cuando el sistema lo admite y se cumplen las restricciones.
Estas acciones deben configurarse cuidadosamente.
Ejemplo: eliminar un estudiante no debería provocar automáticamente la pérdida de su historial académico sin considerar las políticas de conservación de datos.
¿Por qué conviene evitar la duplicación innecesaria?
Imagina una tabla que contiene:
| Estudiante | Curso | Profesor |
|---|---|---|
| Ana | Informática | Carlos |
| Luis | Informática | Carlos |
| Marta | Informática | Carlos |
El nombre del profesor aparece repetido en todos los registros.
Si cambia el profesor del curso, será necesario modificar varias filas.
Esto puede provocar errores si alguna actualización queda incompleta.
Una alternativa es almacenar los cursos en una tabla independiente y utilizar identificadores para relacionarlos con las inscripciones.
Ventajas de una organización adecuada
Reduce determinadas duplicaciones.
Facilita las actualizaciones.
Ayuda a mantener la consistencia.
Permite establecer relaciones claras.
Favorece el mantenimiento del sistema.
Este principio está relacionado con la normalización de bases de datos, un conjunto de técnicas de diseño que estudiaremos únicamente de manera introductoria en esta lección.
No toda repetición es incorrecta; las decisiones de diseño deben responder a los requisitos de cada aplicación.
¿Qué relación existe entre el modelo relacional y SQL?
SQL, siglas de Structured Query Language, es un lenguaje utilizado para definir, consultar y manipular datos en numerosos sistemas gestores relacionales.
El modelo relacional establece fundamentos sobre la organización lógica de los datos.
SQL proporciona instrucciones prácticas para trabajar con bases de datos.
Por ejemplo, una consulta sencilla podría ser:
SELECT Nombre, Edad
FROM Estudiantes;Esta instrucción solicita los valores de los campos Nombre y Edad de la tabla Estudiantes.
Sistemas que utilizan SQL
Entre los gestores relacionales más conocidos se encuentran:
MySQL.
PostgreSQL.
SQLite.
Microsoft SQL Server.
Oracle Database.
Aunque comparten numerosos conceptos, existen diferencias entre sus características y dialectos de SQL.
Importante: no necesitas dominar SQL para comprender esta lección. Primero es fundamental entender cómo se organizan y relacionan los datos.
Ejemplo práctico: base de datos de una tienda de computadoras
Imagina una tienda que necesita registrar clientes, productos y ventas.
Podría organizar su información mediante las siguientes tablas.
Tabla Clientes
| ID_Cliente | Nombre |
|---|---|
| 1 | Ana |
| 2 | Luis |
Tabla Productos
| ID_Producto | Producto | Precio |
|---|---|---|
| P01 | Memoria RAM | $850 |
| P02 | SSD | $1,150 |
| P03 | Monitor | $2,900 |
Tabla Ventas
| ID_Venta | ID_Cliente | Fecha |
|---|---|---|
| V001 | 1 | 2026-10-01 |
| V002 | 2 | 2026-10-02 |
Tabla Detalle_Venta
| ID_Venta | ID_Producto | Cantidad |
|---|---|---|
| V001 | P01 | 2 |
| V001 | P02 | 1 |
| V002 | P03 | 1 |
¿Cómo se relacionan?
Clientes se relaciona con Ventas mediante ID_Cliente.
Ventas se relaciona con Detalle_Venta mediante ID_Venta.
Productos se relaciona con Detalle_Venta mediante ID_Producto.
En este ejemplo, la combinación ID_Venta e ID_Producto puede identificar cada fila de Detalle_Venta si un producto aparece como máximo una vez por venta.
¿Qué información puede obtener la tienda?
Qué productos compró Ana.
Cuántas unidades de memoria RAM se vendieron.
Qué ventas realizó cada cliente.
Cuáles son los productos registrados.
Qué artículos aparecen en una venta específica.
La información puede consultarse relacionando los registros correspondientes.
Errores comunes al diseñar tablas relacionales
Utilizar nombres como identificadores únicos
Dos personas pueden compartir el mismo nombre.
Solución: asignar identificadores apropiados.
Guardar varios valores en un campo indivisible
Por ejemplo, almacenar varios identificadores de cursos en una sola celda dificulta ciertas consultas y relaciones.
Solución: utilizar una estructura adecuada, como una tabla de inscripciones.
Repetir información innecesariamente
Guardar los datos completos de un cliente en cada venta puede generar inconsistencias.
Solución: separar entidades cuando corresponda y relacionarlas mediante claves.
No establecer restricciones
Aceptar identificadores duplicados o referencias inválidas puede afectar la integridad.
Solución: definir claves y restricciones apropiadas.
Confundir una fila con una columna
Una fila representa un registro; una columna representa un atributo.
Solución: identificar correctamente la estructura antes de diseñar la tabla.
Actividad práctica: diseña una base de datos relacional
Una academia de tecnología necesita registrar estudiantes, cursos e inscripciones.
Tu misión es diseñar una estructura sencilla.
Datos disponibles
Estudiantes
| ID_Estudiante | Nombre |
|---|---|
| 101 | Ana |
| 102 | Luis |
| 103 | Marta |
Cursos
| ID_Curso | Curso |
|---|---|
| C01 | Informática |
| C02 | Programación |
| C03 | Redes |
Inscripciones
| ID_Estudiante | ID_Curso |
|---|---|
| 101 | C01 |
| 101 | C03 |
| 102 | C02 |
| 103 | C01 |
Ejercicios
Ejercicio A: identificación
Indica cuántas tablas existen y qué representa cada una.
Ejercicio B: registros y campos
¿Cuántos registros tiene la tabla Inscripciones y cuáles son sus campos?
Ejercicio C: claves primarias
Identifica una clave primaria adecuada para Estudiantes y otra para Cursos.
Ejercicio D: claves foráneas
¿Qué campos de Inscripciones permiten relacionarla con las otras tablas?
Ejercicio E: interpretación
Responde:
¿En cuántos cursos está inscrita Ana?
¿Qué estudiante está inscrito en Programación?
¿Cuántos estudiantes aparecen inscritos en Informática?
Ejercicio F: integridad
¿Qué debería ocurrir si intentas registrar una inscripción para el estudiante 999, que no existe?
Soluciones orientativas
Ejercicio A: existen tres tablas: Estudiantes, Cursos e Inscripciones.
Ejercicio B: Inscripciones tiene cuatro registros y dos campos: ID_Estudiante e ID_Curso.
Ejercicio C: ID_Estudiante e ID_Curso, respectivamente.
Ejercicio D: ambos campos de Inscripciones funcionan como claves foráneas.
Ejercicio E:
Ana está inscrita en dos cursos.
Luis está inscrito en Programación.
Informática tiene dos estudiantes: Ana y Marta.
Ejercicio F: si se ha establecido una restricción de clave foránea apropiada, el sistema debería rechazar la inscripción porque el estudiante no existe.
Desafío adicional
Imagina que la academia necesita registrar la fecha y la calificación de cada inscripción.
Reflexiona:
¿En qué tabla colocarías esos campos?
¿Por qué no sería adecuado guardar la calificación directamente en la tabla Estudiantes?
¿Qué sucedería si un estudiante cursara la misma materia en diferentes periodos?
Una solución más completa podría incluir identificadores de inscripción y periodos académicos.
Lo que has aprendido
Al finalizar esta lección, ya puedes:
Explicar qué es el modelo relacional y por qué es importante.
Identificar tablas, registros, campos y valores.
Comprender cómo una clave primaria identifica registros.
Reconocer cómo las claves foráneas conectan tablas.
Distinguir relaciones uno a uno, uno a muchos y muchos a muchos.
Entender la importancia de la integridad referencial.
Reconocer problemas causados por duplicaciones innecesarias.
Relacionar el modelo relacional con los sistemas gestores y SQL.
Diseñar conceptualmente una base de datos relacional sencilla.
Conclusión
El modelo relacional proporciona una forma lógica y estructurada de organizar información mediante tablas, registros y campos.
Su importancia no reside únicamente en almacenar datos, sino en permitir que diferentes conjuntos de información se relacionen de manera consistente.
Las claves primarias ayudan a identificar registros, mientras que las claves foráneas permiten establecer conexiones entre tablas. Gracias a estos mecanismos, es posible construir sistemas capaces de administrar estudiantes, productos, clientes, pedidos y numerosos procesos cotidianos.
Comprender estos fundamentos es esencial antes de avanzar hacia consultas, administración de datos y tecnologías de almacenamiento más complejas.
Con esta lección has dado un paso importante hacia la comprensión de los sistemas de bases de datos utilizados en el mundo profesional.
