Contenido verificado asociado a este RA
Sistemas Lógicos de Almacenamiento de Datos y sus Funciones
Esta unidad trabaja el CE a del RA1: el análisis de los distintos sistemas lógicos de almacenamiento de datos y las funciones que cumple cada uno. Se estudian los modelos jerárquico, en red, relacional y orientado a objetos como formas de organizar conceptualmente la información, diferenciando esta capa lógica del almacenamiento físico. De forma complementaria y delimitada, se enlaza con la clasificación de bases de datos según el modelo de datos (relacional frente a NoSQL), contenido que se profundizará en otro apartado del RA (CE b).
Tipos de Bases de Datos por Ubicación y la Utilidad de los SGBD
Esta unidad explora cómo la ubicación física de los datos influye en la arquitectura de las bases de datos, diferenciando entre sistemas centralizados y distribuidos. Además, se profundiza en la necesidad y las ventajas de utilizar un Sistema Gestor de Bases de Datos (SGBD) para administrar la información.
Elementos y Clasificación de los Sistemas Gestores de Bases de Datos (SGBD)
Esta unidad detalla los componentes clave que conforman un Sistema Gestor de Bases de Datos y explica la función de cada uno. Además, se presenta una clasificación de los SGBD basada en diversos criterios, proporcionando una visión completa de las opciones disponibles en el mercado.
Conceptos clave
Base de datosModelo de datosSistema lógico de almacenamientoModelo lógico vs almacenamiento físicoModelo jerárquicoModelo en redModelo relacionalClave primaria y clave foráneaModelo orientado a objetosRDBMSNoSQL (contexto)Base de datos centralizadaBase de datos distribuidaReplicaciónFragmentaciónSGBD (Sistema Gestor de Bases de Datos)Abstracción de datosIndependencia de datos
Errores que conviene evitar
- {"error":"Confundir el modelo lógico con el almacenamiento físico.","causa":"El modelo lógico describe cómo se organiza conceptualmente la información para el usuario y las aplicaciones, mientras que el almacenamiento físico se refiere a cómo se guardan realmente los datos en disco; son capas de abstracción distintas gestionadas por el SGBD.","correccion":"Entender que el modelo lógico es la 'vista' de los datos para el usuario, y que el SGBD se encarga internamente de traducirla al almacenamiento físico subyacente."}
- {"error":"Pensar que el modelo en red o el orientado a objetos son simplemente 'peores' que el relacional.","causa":"El dominio actual del modelo relacional lleva a infravalorar otros modelos lógicos, cuando cada uno resuelve necesidades distintas (rutas jerárquicas rápidas, relaciones N:M complejas, persistencia de objetos, etc.).","correccion":"Analizar cada modelo según la función que cumple y el tipo de relación que representa mejor, en lugar de establecer una jerarquía de calidad entre ellos."}
- {"error":"Subestimar la complejidad de la consistencia en bases de datos distribuidas.","causa":"Es fácil pensar que replicar datos es suficiente, pero mantener todas las copias idénticas y actualizadas en tiempo real es un desafío significativo, especialmente con latencias de red.","correccion":"Comprender los modelos de consistencia (ej. fuerte, eventual) y sus implicaciones para el diseño de sistemas distribuidos. No todos los sistemas necesitan consistencia fuerte en todo momento."}
- {"error":"Intentar gestionar datos complejos sin un SGBD.","causa":"Algunos desarrolladores novatos pueden intentar almacenar datos directamente en archivos o estructuras simples para evitar la 'complejidad' de un SGBD.","correccion":"Reconocer que, para cualquier aplicación que requiera persistencia, integridad, seguridad y acceso concurrente a datos, un SGBD es una herramienta indispensable que simplifica enormemente el desarrollo y la gestión a largo plazo."}
- {"error":"Confundir el SGBD con la base de datos en sí.","causa":"A menudo se usan indistintamente, pero el SGBD es el software que gestiona la base de datos (la colección de datos).","correccion":"Visualizar el SGBD como el 'administrador' o 'interfaz' que permite interactuar con los datos almacenados en la base de datos."}
- {"error":"No considerar el tipo de carga de trabajo (OLTP vs. OLAP) al elegir un SGBD.","causa":"Asumir que un SGBD es bueno para todo tipo de operaciones. Un SGBD optimizado para transacciones no siempre es el mejor para análisis complejos.","correccion":"Analizar los requisitos funcionales y no funcionales del proyecto. Si la aplicación es transaccional, un RDBMS OLTP es adecuado. Si es para análisis de datos, se debe considerar un SGBD OLAP o un data warehouse."}