Tema específico

Tema 14. Sistemas de gestión de bases de datos relacionales, orientados a objetos y NoSQL: características y componentes.

Sistemas de gestión de bases de datos relacionales: características y componentes 🎯 Idea clave Los sistemas de gestión de bases de datos relacionales (RDBMS) organizan la información en tablas estruct…

AGE04 C1 04/07/2026

TAI comparte con Administrativo la logica de supuesto practico, pero con mas carga tecnica y un tiempo total mas largo.

Lectura pública del tema

1. Sistemas de gestión de bases de datos relacionales: características y componentes

1. Sistemas de gestión de bases de datos relacionales: características y componentes

🎯 Idea clave

  • Los sistemas de gestión de bases de datos relacionales (RDBMS) organizan la información en tablas estructuradas mediante filas y columnas.
  • Utilizan el modelo relacional, basado en la teoría de conjuntos y el álgebra relacional, para establecer relaciones entre los datos.
  • Garantizan la integridad de los datos mediante restricciones como claves primarias, claves foráneas y reglas de normalización.
  • Proporcionan un lenguaje estándar de consulta, SQL, que permite realizar operaciones de definición, manipulación y control de datos.
  • Ofrecen mecanismos de seguridad, como permisos y roles, para controlar el acceso a la información.
  • Son ampliamente utilizados en entornos empresariales y administrativos por su fiabilidad y capacidad de gestión de grandes volúmenes de datos.

📚 Desarrollo

Modelo relacional. Los sistemas de gestión de bases de datos relacionales se fundamentan en el modelo relacional propuesto por Edgar F. Codd. Este modelo representa los datos en forma de tablas, donde cada tabla corresponde a una entidad y cada fila a una instancia de esa entidad. Las columnas, denominadas atributos, definen las propiedades de la entidad. La relación entre tablas se establece mediante claves primarias y foráneas, lo que permite mantener la coherencia y evitar la redundancia de datos.

Lenguaje SQL. El lenguaje estructurado de consulta (SQL) es el estándar para interactuar con los RDBMS. SQL permite definir la estructura de la base de datos (DDL), manipular los datos (DML) y controlar el acceso a los mismos (DCL). Incluye sentencias como CREATE, INSERT, UPDATE, DELETE y SELECT, que facilitan la creación, modificación, eliminación y consulta de datos. Su estandarización garantiza la portabilidad entre distintos sistemas relacionales.

Integridad de datos. Los RDBMS incorporan mecanismos para asegurar la integridad de los datos. Las claves primarias identifican de manera única cada fila en una tabla, mientras que las claves foráneas establecen relaciones entre tablas y evitan referencias inválidas. Además, las restricciones como NOT NULL, UNIQUE y CHECK permiten definir reglas que los datos deben cumplir. La normalización, mediante formas normales, reduce la redundancia y mejora la consistencia de la información.

Transacciones y ACID. Las transacciones son unidades lógicas de trabajo que agrupan operaciones sobre la base de datos. Los RDBMS garantizan las propiedades ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad) para asegurar que las transacciones se ejecuten de manera fiable. La atomicidad asegura que todas las operaciones de una transacción se completen o ninguna; la consistencia mantiene la base de datos en un estado válido; el aislamiento evita interferencias entre transacciones concurrentes; y la durabilidad garantiza que los cambios persistan tras fallos del sistema.

Seguridad y control de acceso. Los sistemas relacionales implementan mecanismos de seguridad para proteger la información. Los permisos y roles permiten definir qué usuarios o aplicaciones pueden acceder a determinados datos o ejecutar ciertas operaciones. Los RDBMS también ofrecen herramientas de auditoría para registrar accesos y modificaciones, lo que facilita el cumplimiento de normativas y políticas de seguridad en entornos administrativos.

Arquitectura cliente-servidor. La mayoría de los RDBMS siguen una arquitectura cliente-servidor, donde el servidor gestiona la base de datos y los clientes se conectan para realizar consultas. Esta arquitectura permite la escalabilidad y el acceso concurrente a los datos por parte de múltiples usuarios. El servidor se encarga de optimizar las consultas, gestionar los recursos y garantizar la integridad, mientras que los clientes interactúan mediante interfaces o aplicaciones.

Optimización y rendimiento. Los RDBMS incluyen herramientas para optimizar el rendimiento, como índices, que aceleran las consultas al permitir búsquedas rápidas en grandes volúmenes de datos. También incorporan técnicas de optimización de consultas, como la reescritura de sentencias SQL o el uso de planes de ejecución, para mejorar la eficiencia. La gestión de buffers y cachés reduce el acceso a disco, lo que incrementa la velocidad de las operaciones.

Aplicación en la Administración. En la Administración General del Estado, los RDBMS son fundamentales para gestionar datos estructurados, como registros administrativos, información fiscal o datos de ciudadanos. Su capacidad para garantizar la integridad, seguridad y escalabilidad los hace idóneos para entornos donde la precisión y la fiabilidad son críticas. Además, su compatibilidad con normativas como el Real Decreto 628/2013 refuerza su uso en sistemas públicos.


🧩 Elementos esenciales

  • Modelo relacional: Estructura de datos basada en tablas, filas y columnas, con relaciones definidas mediante claves primarias y foráneas.
  • SQL: Lenguaje estándar para la definición, manipulación y control de datos en sistemas relacionales.
  • Clave primaria: Atributo o conjunto de atributos que identifica de manera única cada fila en una tabla.
  • Clave foránea: Atributo que establece una relación entre tablas, referenciando la clave primaria de otra tabla.
  • Normalización: Proceso de organización de datos para reducir la redundancia y mejorar la integridad, mediante formas normales.
  • Transacciones: Unidades lógicas de trabajo que agrupan operaciones y garantizan las propiedades ACID.
  • Índices: Estructuras que aceleran las búsquedas y consultas en grandes volúmenes de datos.
  • Permisos y roles: Mecanismos de seguridad que controlan el acceso a los datos y las operaciones permitidas.
  • Integridad referencial: Regla que asegura que las relaciones entre tablas se mantengan consistentes.
  • Optimización de consultas: Técnicas para mejorar el rendimiento de las operaciones SQL, como la reescritura de sentencias o el uso de planes de ejecución.
  • Arquitectura cliente-servidor: Modelo en el que el servidor gestiona la base de datos y los clientes se conectan para realizar consultas.
  • Propiedades ACID: Conjunto de características (Atomicidad, Consistencia, Aislamiento, Durabilidad) que garantizan la fiabilidad de las transacciones.

🧠 Recuerda

  • Los RDBMS organizan los datos en tablas relacionadas mediante claves primarias y foráneas.
  • SQL es el lenguaje estándar para interactuar con bases de datos relacionales.
  • La normalización reduce la redundancia y mejora la integridad de los datos.
  • Las transacciones garantizan las propiedades ACID, esenciales para la fiabilidad.
  • Los índices optimizan el rendimiento de las consultas en grandes volúmenes de datos.
  • Los permisos y roles controlan el acceso a la información, asegurando la seguridad.
  • La arquitectura cliente-servidor permite el acceso concurrente y escalable a los datos.
  • Los RDBMS son fundamentales en entornos administrativos por su capacidad para gestionar datos estructurados con precisión.
  • La integridad referencial evita inconsistencias en las relaciones entre tablas.
  • La optimización de consultas es clave para mejorar la eficiencia en sistemas con grandes cantidades de datos.

2. Sistemas de gestión de bases de datos orientados a objetos: características y componentes

2. Sistemas de gestión de bases de datos orientados a objetos: características y componentes

🎯 Idea clave

  • Los sistemas de gestión de bases de datos orientados a objetos (OODBMS) integran los principios de la programación orientada a objetos con el almacenamiento persistente de datos.
  • Permiten modelar datos complejos mediante objetos, clases y relaciones de herencia, superando limitaciones de los modelos relacionales tradicionales.
  • Facilitan la representación directa de entidades del mundo real, incluyendo atributos, métodos y relaciones jerárquicas.
  • Ofrecen persistencia transparente, eliminando la necesidad de conversiones entre estructuras de programación y esquemas de bases de datos.
  • Su diseño está optimizado para aplicaciones con estructuras de datos complejas y relaciones profundas entre entidades.
  • Incorporan lenguajes de consulta específicos que extienden las capacidades de los lenguajes de programación orientados a objetos.

📚 Desarrollo

Modelo de datos orientado a objetos. Los OODBMS se basan en el paradigma de la programación orientada a objetos, donde los datos se organizan en objetos que encapsulan tanto atributos como métodos. Cada objeto es una instancia de una clase, que define su estructura y comportamiento. Este enfoque permite modelar entidades complejas del mundo real de manera más natural que los modelos relacionales, especialmente en dominios como el diseño asistido por computadora o los sistemas multimedia.

Persistencia de objetos. Una característica fundamental de estos sistemas es la capacidad de almacenar objetos de forma persistente sin necesidad de transformarlos en tablas o registros. Los objetos mantienen su identidad y estado entre sesiones de ejecución, lo que simplifica el desarrollo de aplicaciones al eliminar la capa de mapeo objeto-relacional. Esta persistencia se gestiona de manera transparente para el programador, quien interactúa con los objetos como lo haría en un entorno de programación convencional.

Herencia y polimorfismo. Los OODBMS soportan relaciones de herencia entre clases, permitiendo que una clase derivada herede atributos y métodos de una clase base. Esta capacidad facilita la reutilización de código y la creación de jerarquías de objetos complejas. Además, el polimorfismo permite que un mismo método se comporte de manera diferente según el tipo de objeto que lo invoque, lo que enriquece la flexibilidad del modelo de datos.

Lenguajes de consulta. Estos sistemas incorporan lenguajes de consulta específicos que extienden las capacidades de los lenguajes de programación orientados a objetos. A diferencia de SQL, estos lenguajes permiten realizar consultas directamente sobre objetos, clases y relaciones de herencia, sin necesidad de traducir las estructuras de datos. Algunos ejemplos incluyen OQL (Object Query Language), que ofrece una sintaxis similar a SQL pero adaptada al modelo de objetos.

Integración con lenguajes de programación. Los OODBMS están diseñados para integrarse estrechamente con lenguajes de programación orientados a objetos como Java, C++ o Smalltalk. Esta integración permite que los desarrolladores manipulen los datos directamente en el lenguaje de programación, sin necesidad de cambiar de contexto o utilizar interfaces intermedias. La interoperabilidad se logra mediante APIs específicas que facilitan la creación, modificación y consulta de objetos persistentes.

Gestión de transacciones. Al igual que los sistemas relacionales, los OODBMS implementan mecanismos de control de transacciones para garantizar la atomicidad, consistencia, aislamiento y durabilidad (ACID) de las operaciones. Sin embargo, su enfoque se adapta a las particularidades del modelo de objetos, permitiendo transacciones que involucran jerarquías complejas de objetos y relaciones de herencia.

Aplicaciones especializadas. Estos sistemas son especialmente útiles en dominios donde los datos presentan estructuras complejas y relaciones profundas, como el diseño industrial, la bioinformática o los sistemas de información geográfica. Su capacidad para manejar objetos complejos y relaciones jerárquicas los hace ideales para aplicaciones que requieren un alto grado de abstracción y flexibilidad en el modelado de datos.

🧩 Elementos esenciales

  • Objeto: Unidad básica de almacenamiento que encapsula datos (atributos) y comportamiento (métodos). Cada objeto tiene una identidad única y persistente.
  • Clase: Plantilla que define la estructura y comportamiento de un conjunto de objetos. Incluye atributos, métodos y relaciones con otras clases.
  • Herencia: Mecanismo que permite a una clase derivada heredar atributos y métodos de una clase base, facilitando la reutilización y especialización de código.
  • Encapsulación: Principio que oculta los detalles internos de un objeto, exponiendo solo su interfaz pública para interactuar con él.
  • Polimorfismo: Capacidad de un método para comportarse de manera diferente según el tipo de objeto que lo invoque, permitiendo mayor flexibilidad en el diseño.
  • Persistencia transparente: Característica que permite almacenar objetos de forma permanente sin necesidad de convertirlos en estructuras relacionales.
  • Lenguaje de consulta OQL: Lenguaje específico para realizar consultas sobre objetos, similar a SQL pero adaptado al modelo orientado a objetos.
  • Relaciones entre objetos: Mecanismos para establecer conexiones entre objetos, como asociaciones, agregaciones o composiciones, que reflejan las interacciones del mundo real.
  • API de integración: Interfaces de programación que permiten interactuar con la base de datos desde lenguajes de programación orientados a objetos.
  • Control de transacciones: Mecanismos para garantizar la atomicidad, consistencia, aislamiento y durabilidad de las operaciones sobre objetos persistentes.

🧠 Recuerda

  • Los OODBMS integran el modelo de objetos con la gestión de bases de datos, eliminando la necesidad de mapeo objeto-relacional.
  • Permiten modelar datos complejos mediante objetos, clases y herencia, lo que facilita la representación de entidades del mundo real.
  • La persistencia de objetos es transparente, lo que simplifica el desarrollo de aplicaciones al evitar conversiones entre estructuras.
  • Soportan lenguajes de consulta específicos como OQL, diseñados para operar directamente sobre objetos y clases.
  • Son especialmente útiles en dominios con estructuras de datos complejas y relaciones jerárquicas profundas.
  • La herencia y el polimorfismo son características clave que enriquecen la flexibilidad del modelo de datos.
  • La integración con lenguajes de programación orientados a objetos es una de sus principales ventajas.
  • Implementan mecanismos de control de transacciones adaptados al modelo de objetos para garantizar la consistencia de los datos.
  • Su diseño está optimizado para aplicaciones que requieren un alto grado de abstracción y flexibilidad en el modelado.
  • Aunque menos extendidos que los sistemas relacionales, son una solución eficiente para problemas específicos de modelado de datos.

3. Sistemas de gestión de bases de datos NoSQL

3. Sistemas de gestión de bases de datos NoSQL

🎯 Idea clave

  • Los sistemas de gestión de bases de datos NoSQL surgen como alternativa a los modelos relacionales para manejar grandes volúmenes de datos no estructurados o semiestructurados.
  • Se caracterizan por su flexibilidad en el esquema de datos, permitiendo adaptarse a requisitos cambiantes sin necesidad de migraciones complejas.
  • Están diseñados para escalar horizontalmente, facilitando la distribución de datos en múltiples servidores y mejorando el rendimiento en entornos distribuidos.
  • Priorizan la disponibilidad y la tolerancia a fallos sobre la consistencia estricta, siguiendo en muchos casos el principio de consistencia eventual.
  • Se clasifican en varios tipos según su modelo de datos, como clave-valor, documental, columnar o basado en grafos.
  • Son especialmente útiles en aplicaciones que requieren alto rendimiento, como redes sociales, análisis de big data o sistemas en tiempo real.

📚 Desarrollo

Definición y origen. Los sistemas NoSQL (Not Only SQL) son bases de datos diseñadas para superar las limitaciones de los modelos relacionales en escenarios con grandes volúmenes de datos, alta velocidad de escritura o estructuras de datos heterogéneas. Surgieron como respuesta a las necesidades de empresas tecnológicas que manejaban datos masivos y requerían escalabilidad horizontal sin los costes asociados a los sistemas tradicionales.

Flexibilidad del esquema. A diferencia de las bases de datos relacionales, los sistemas NoSQL no exigen un esquema fijo para los datos. Esto permite almacenar información con estructuras variables, como documentos JSON o XML, sin necesidad de definir tablas o relaciones previas. Esta característica es especialmente útil en entornos donde los requisitos de datos evolucionan rápidamente, como aplicaciones web o sistemas de análisis en tiempo real.

Escalabilidad horizontal. Los sistemas NoSQL están optimizados para distribuir datos en múltiples nodos, lo que facilita el escalado horizontal. Esto significa que, en lugar de aumentar la capacidad de un único servidor, se añaden más servidores al clúster, mejorando el rendimiento y la disponibilidad. Esta arquitectura es clave para manejar cargas de trabajo masivas, como las generadas por redes sociales o plataformas de comercio electrónico.

Modelos de consistencia. Mientras que las bases de datos relacionales garantizan la consistencia estricta (ACID), muchos sistemas NoSQL priorizan la disponibilidad y la tolerancia a fallos, siguiendo el modelo BASE (Basically Available, Soft state, Eventual consistency). Esto implica que, en lugar de asegurar que todas las transacciones sean inmediatas y consistentes, se acepta que los datos puedan estar temporalmente desincronizados, alcanzando la consistencia en un plazo razonable.

Tipos de bases de datos NoSQL. Existen cuatro modelos principales de bases de datos NoSQL: clave-valor, documental, columnar y basado en grafos. Cada uno está optimizado para un tipo específico de datos o caso de uso. Por ejemplo, los sistemas clave-valor son ideales para almacenar datos simples con acceso rápido, mientras que los basados en grafos son útiles para representar relaciones complejas entre entidades.

Ventajas en entornos distribuidos. La arquitectura distribuida de los sistemas NoSQL permite una mayor resiliencia frente a fallos, ya que la caída de un nodo no afecta al funcionamiento global del sistema. Además, la replicación de datos en múltiples servidores garantiza la disponibilidad incluso en situaciones de alta demanda o fallos parciales. Esto los hace especialmente adecuados para aplicaciones críticas que requieren alta disponibilidad.

Casos de uso en la Administración. En el ámbito de la Administración General del Estado, los sistemas NoSQL pueden ser útiles para gestionar grandes volúmenes de datos no estructurados, como registros de logs, datos de sensores o información geolocalizada. También son adecuados para proyectos que requieren escalabilidad rápida, como plataformas de atención ciudadana o sistemas de análisis de datos en tiempo real.

Limitaciones y consideraciones. Aunque los sistemas NoSQL ofrecen ventajas significativas, también presentan desafíos, como la falta de estandarización en los lenguajes de consulta o la complejidad en la gestión de transacciones complejas. Además, su adopción requiere una evaluación cuidadosa de los requisitos específicos del proyecto, ya que no son la solución óptima para todos los escenarios, especialmente aquellos que requieren consistencia estricta o relaciones complejas entre datos.


🧩 Elementos esenciales

  • Modelo clave-valor: Almacena datos como pares clave-valor, donde la clave es un identificador único y el valor puede ser cualquier tipo de dato. Es ideal para caché, sesiones de usuario o configuraciones.
  • Modelo documental: Guarda datos en formato de documentos (como JSON o XML), permitiendo estructuras anidadas y flexibles. Es útil para aplicaciones con datos heterogéneos, como catálogos de productos o perfiles de usuarios.
  • Modelo columnar: Organiza los datos en columnas en lugar de filas, optimizando el almacenamiento y la consulta de grandes volúmenes de información. Es común en sistemas de análisis de big data.
  • Modelo basado en grafos: Representa los datos como nodos y relaciones, facilitando el análisis de conexiones complejas. Es adecuado para redes sociales, sistemas de recomendación o gestión de dependencias.
  • Escalabilidad horizontal: Capacidad de distribuir datos en múltiples servidores para mejorar el rendimiento y la disponibilidad, sin depender de un único nodo.
  • Consistencia eventual: Modelo de consistencia en el que los datos pueden estar temporalmente desincronizados, pero alcanzan la coherencia en un plazo determinado.
  • Alta disponibilidad: Diseño que garantiza el acceso a los datos incluso en caso de fallos parciales, mediante la replicación y distribución de la información.
  • Flexibilidad del esquema: Ausencia de un esquema fijo, lo que permite adaptarse a cambios en la estructura de los datos sin migraciones complejas.
  • Replicación de datos: Proceso de copiar datos en múltiples nodos para garantizar la disponibilidad y la tolerancia a fallos.
  • Particionamiento: División de los datos en fragmentos más pequeños (shards) para distribuirlos en diferentes servidores y mejorar el rendimiento.

🧠 Recuerda

  • Los sistemas NoSQL no son una solución universal, sino una alternativa para casos específicos con requisitos de escalabilidad o flexibilidad.
  • La elección entre un modelo relacional y NoSQL depende de las necesidades del proyecto, como el tipo de datos, la consistencia requerida y el volumen de información.
  • La escalabilidad horizontal es una de las principales ventajas de los sistemas NoSQL, permitiendo manejar grandes volúmenes de datos sin cuellos de botella.
  • La flexibilidad del esquema facilita la adaptación a cambios en los requisitos de datos, pero puede complicar la gestión de la integridad.
  • Los modelos clave-valor, documental, columnar y basado en grafos cubren diferentes necesidades, desde almacenamiento simple hasta análisis de relaciones complejas.
  • La consistencia eventual es un trade-off común en sistemas NoSQL, priorizando la disponibilidad sobre la consistencia inmediata.
  • La replicación y el particionamiento son técnicas clave para garantizar la disponibilidad y el rendimiento en entornos distribuidos.
  • En la Administración General del Estado, los sistemas NoSQL pueden ser útiles para proyectos con datos no estructurados o necesidades de escalabilidad rápida.
  • La falta de estandarización en los lenguajes de consulta puede ser un desafío en la adopción de sistemas NoSQL.
  • Evaluar cuidadosamente las ventajas y limitaciones de cada modelo es esencial para seleccionar la solución más adecuada.

Prueba la demo si quieres ver el resto

Has abierto una ruta pública de tema. La demo te deja ver cómo encajan temario, preguntas y simulacros dentro de OPOAGE.

Qué vas a probar

Una demo pensada para decidir con criterio

Formato real de estudio

Practica con preguntas justificadas y comprueba si la forma de preparar Técnicos Auxiliares de Informática del Estado encaja contigo.

Temario y simulacros

Verás cómo se integran el temario, las explicaciones y los simulacros dentro del mismo recorrido OPOAGE.

Acceso por correo

Con tu nombre, tu email y la categoría AGE, te enviamos el enlace para terminar el acceso demo.

Gratis Sin compromiso AGE01 a AGE08

Solicita ya tu acceso Demo

Sólo tu email, tu nombre y la categoría AGE. La demo es gratuita.

Acceso por email Rutas AGE activas Login real en mail.opoage.es

Si ya tienes cuenta, entra desde acceso o usa la recuperación de contraseña.

Las convocatorias y bases oficiales se consultan siempre en INAP y BOE.

Preguntas frecuentes

Preguntas clave sobre Técnicos Auxiliares de Informática del Estado y OPOAGE

¿Por que entra TAI en el lote inicial?

Porque está entre las cuatro categorias con mas presentados del ciclo INAP 2024 usado para arrancar OPOAGE y aporta una via tecnica clara dentro de AGE.

¿TAI rompe la coherencia con los cuerpos administrativos generales?

No. La mantiene y la amplía: sigue dentro de AGE, comparte estructura publica y ayuda a validar una familia inicial mas completa.

¿Ya existe demo privada TAI en OPOAGE?

Si. La demo privada OPOAGE ya funciona sobre AGE04; esta ficha publica ordena el cuerpo y prepara su crecimiento de contenido y practica.