Sistema de gestión de bases de datos relacionales para niños

Un sistema de gestión de bases de datos relacionales (RDBMS, por sus siglas en inglés) es un programa que organiza la información siguiendo un modelo relacional. Imagina que la información se guarda en tablas, como las que usas en una hoja de cálculo, donde cada tabla tiene filas y columnas. Este modelo es muy popular porque es lógico y fácil de entender.

Reglas Clave para Bases de Datos Relacionales

En 1985, un experto llamado Edgar F. Codd propuso doce reglas (más una regla inicial, la "Regla 0"). Estas reglas ayudan a saber si un sistema de gestión de bases de datos es realmente "relacional". Son como los principios básicos que debe seguir un buen sistema de este tipo.

Regla 0: ¿Qué es un Sistema Relacional?

Para que un sistema sea considerado relacional, debe usar solo sus propias herramientas relacionales para manejar la base de datos. Esto significa que todo debe funcionar bajo las reglas del modelo relacional.

Regla 1: La Regla de la Información

Toda la información en la base de datos debe estar guardada de forma clara en las tablas. No debe haber información escondida o guardada de otra manera. Piensa que todos los datos importantes están siempre a la vista en las tablas.

Regla 2: Acceso Garantizado a los Datos

Cada dato individual en una base de datos relacional debe poder encontrarse fácilmente. Para ello, se usa una combinación del nombre de la tabla, un valor especial llamado clave primaria (que identifica cada fila de forma única) y el nombre de la columna.

• Cada dato guardado debe tener una dirección única. Para encontrarlo, necesitas saber en qué tabla está, en qué columna y en qué fila (usando la clave primaria).
• La clave primaria es muy importante. Asegura que cada fila sea única y que no haya confusiones.

Regla 3: Manejo de Valores Desconocidos

Los sistemas relacionales deben poder manejar los "valores nulos". Un valor nulo significa que la información es desconocida o no aplica en ese momento. Es diferente de un espacio en blanco o un cero.

• Es importante que el sistema sepa cuándo un dato no existe o no se conoce.
• A veces, manejar estos valores nulos puede ser un poco complicado en las operaciones lógicas, pero los sistemas relacionales tienen formas de hacerlo.

Regla 4: El Diccionario de la Base de Datos

La descripción de la base de datos (cómo están organizadas las tablas, qué columnas tienen, etc.) se guarda de la misma manera que los datos normales. Esto permite que las personas autorizadas puedan usar el mismo lenguaje para consultar tanto los datos como la información sobre la base de datos.

• Esto significa que la base de datos se describe a sí misma usando el mismo modelo relacional.

Regla 5: Un Lenguaje Completo para los Datos

Un sistema relacional debe tener al menos un lenguaje que permita hacer muchas cosas, como:

• Definir cómo se guardan los datos.
• Crear vistas (que son como ventanas a los datos).
• Cambiar, añadir o borrar datos.
• Establecer reglas para que los datos sean correctos.
• Manejar transacciones (grupos de operaciones que deben completarse juntas).
• Un lenguaje muy conocido que cumple con esto es SQL.

Regla 6: Actualización de Vistas

Si una "vista" (una forma de ver los datos de varias tablas) puede ser actualizada en teoría, el sistema debe permitir que se actualice.

• A veces es difícil saber qué vistas se pueden actualizar y cuáles no. Cada sistema puede tener sus propias reglas.

Regla 7: Cambios de Datos de Alto Nivel

Los sistemas relacionales deben permitir añadir, cambiar o borrar muchos datos a la vez, no solo uno por uno.

• Esto significa que puedes trabajar con grupos de datos (conjuntos) en lugar de tener que modificar cada registro individualmente.

Regla 8: Independencia Física de los Datos

Los programas que usan la base de datos no deben verse afectados si se cambia cómo se guardan los datos físicamente (por ejemplo, si se reorganizan los archivos en el disco duro).

• El modelo relacional se enfoca en cómo se ven los datos lógicamente, no en cómo están guardados en el disco.
• Esto permite mejorar el rendimiento sin tener que cambiar los programas que usan la base de datos.

Regla 9: Independencia Lógica de los Datos

Los programas que usan la base de datos no deben verse afectados si se hacen cambios en las tablas principales, siempre y cuando la información se mantenga.

• Por ejemplo, si añades una nueva columna a una tabla, los programas existentes no deberían dejar de funcionar.
• Esto permite que la base de datos evolucione sin romper las aplicaciones que la utilizan.

Regla 10: Independencia de Integridad

Las reglas que aseguran que los datos sean correctos (llamadas "limitantes de integridad") deben poder definirse dentro del propio sistema de la base de datos y no en los programas que la usan.

• Esto ayuda a que los datos sean siempre consistentes y correctos.
• Dos reglas importantes son:

* Cada tabla debe tener una clave primaria (integridad de entidad). * Si un dato se refiere a otro en otra tabla, ese otro dato debe existir (integridad referencial).

Regla 11: Independencia de Distribución

Una base de datos relacional debe funcionar igual de bien si está en un solo lugar o si está distribuida en varios lugares (por ejemplo, en diferentes servidores).

• Los programas y comandos deben funcionar igual, sin importar dónde estén los datos.
• Esto permite que los usuarios sientan que trabajan con una sola base de datos, aunque esté dividida en partes.

Regla 12: La Regla de la No Subversión

Si un sistema relacional permite trabajar con los datos a un nivel muy básico (un registro a la vez), ese nivel básico no debe permitir saltarse las reglas de integridad que se han definido a un nivel más alto (para grupos de registros).

• Esto asegura que, incluso si se usan herramientas avanzadas, las reglas de la base de datos siempre se respeten.

Véase también

En inglés: Relational database Facts for Kids