Módulo 00: Introducción

Objetivos del módulo

Distinguir con precisión entre dato, información, conocimiento y sabiduría (pirámide DIKW)
Comprender qué es un sistema de información y qué papel desempeña en una organización
Conocer la definición formal de base de datos y sus características esenciales
Diferenciar entre base de datos, sistema gestor de bases de datos (SGBD) y sistema de base de datos
Reconocer las bases de datos que usas a diario sin darte cuenta
Entender por qué las bases de datos son una pieza central de cualquier titulación de informática
Conocer los perfiles profesionales relacionados con los datos: DBA, desarrollador, analista e ingeniero de datos
Tener una visión de conjunto del curso: requisitos → modelo E/R → modelo relacional → normalización → SQL
Saber cómo aprovechar el curso según estudies un ciclo formativo o un grado universitario
Conocer el esquema de ejemplo EMPRESA, que usaremos en todos los módulos de SQL

1. Bienvenida: ¿de qué va este curso?

Cada vez que sacas dinero de un cajero, compras una entrada de cine por internet, consultas tus notas en la plataforma del instituto o escuchas una canción en tu móvil, hay una base de datos trabajando detrás. Normalmente no la ves, pero sin ella nada de eso funcionaría: el banco no sabría cuánto dinero tienes, el cine vendería dos veces la misma butaca y la plataforma de notas no recordaría qué nota te pusieron en el primer trimestre.

Este curso te enseña a diseñar bases de datos (decidir qué datos se guardan y cómo se organizan) y a explotarlas (crearlas, consultarlas, modificarlas y protegerlas) con el lenguaje SQL sobre Oracle Database, uno de los sistemas más usados en la empresa y en la docencia.

📘 Concepto: Diseñar una base de datos se parece mucho a diseñar un edificio. Primero hablas con el cliente para saber qué necesita (requisitos), luego haces un plano conceptual (el modelo Entidad/Relación), después un plano técnico con medidas exactas (el modelo relacional), compruebas que la estructura es sólida (normalización) y, por último, construyes (SQL). Si te saltas los planos, el edificio se levanta antes… pero se agrieta pronto.

En este primer módulo no vamos a escribir todavía ni una sola sentencia SQL “de verdad”. Vamos a construir el vocabulario y la visión de conjunto que necesitas para que todo lo demás tenga sentido.

2. Dato, información y conocimiento

Las palabras dato e información se usan como sinónimos en el lenguaje cotidiano, pero en informática no significan lo mismo. Entender la diferencia es el primer paso para entender qué hace una base de datos.

2.1. El dato

📘 Concepto: Un dato (data, en singular datum) es la representación simbólica (numérica, alfabética, gráfica…) de un hecho, una medida o una característica de una entidad del mundo real. Aislado y sin contexto, un dato no tiene significado por sí mismo.

Ejemplos de datos sueltos:

38,5
"García"
2026-10-04
4
TRUE

¿Qué significa 38,5? Podría ser una temperatura, un precio, una talla de zapatos o un porcentaje. Sin contexto, no lo sabemos. Los datos son la materia prima.

Características de los datos:

Característica	Descripción
Representación	Son símbolos: números, caracteres, fechas, imágenes, sonidos…
Objetividad	Se limitan a registrar un hecho; no lo interpretan
Ausencia de significado	Fuera de contexto no aportan conocimiento
Almacenables	Pueden registrarse en un soporte (papel, disco, memoria)
Procesables	Se pueden ordenar, agrupar, comparar, calcular…

2.2. La información

📘 Concepto: La información es un conjunto de datos procesados y organizados de forma que tienen significado para quien los recibe, reducen su incertidumbre y le sirven para tomar decisiones.

Si a los datos anteriores les añadimos contexto y estructura, se convierten en información:

Paciente: Juan García
Fecha:    04/10/2026
Temperatura corporal: 38,5 ºC
Días con fiebre: 4
Vacunado: Sí

Ahora 38,5 significa algo: Juan tiene fiebre. El proceso que convierte datos en información se llama tratamiento o procesamiento de datos y, en esencia, es lo que hace cualquier sistema informático:

flowchart LR
    D["Datos<br/>(entrada)"] --> P["Procesamiento<br/>(ordenar, filtrar,<br/>calcular, relacionar)"]
    P --> I["Información<br/>(salida)"]
    I --> U["Usuario que<br/>toma decisiones"]
    U -. "genera nuevos datos" .-> D

Para que la información sea útil debe cumplir una serie de propiedades de calidad:

Propiedad	Significado	Ejemplo de fallo
Exactitud (precisión)	Refleja fielmente la realidad	El saldo mostrado no coincide con el real
Oportunidad	Llega a tiempo para decidir	El informe de ventas de diciembre llega en marzo
Completitud	Contiene todo lo necesario	Falta el teléfono del cliente para llamarle
Relevancia	Es pertinente para quien la recibe	Al director le llegan 300 páginas de detalle técnico
Consistencia	No se contradice con otra información	Dos listados dan direcciones distintas del mismo cliente
Accesibilidad	Puede obtenerse cuando se necesita	Los datos están en un disco de un ordenador apagado
Seguridad	Solo la ven quienes deben verla	Las nóminas aparecen en una carpeta pública

⚠️ Importante: Fíjate en que consistencia, accesibilidad, seguridad y exactitud son, precisamente, los problemas que resuelven los sistemas gestores de bases de datos. En el módulo 01 verás qué pasa cuando la información se guarda en ficheros sueltos y estas propiedades se pierden.

2.3. El conocimiento y la sabiduría

📘 Concepto: El conocimiento es la información interpretada, relacionada con la experiencia y asimilada por una persona (o un sistema), que le permite comprender una situación, establecer patrones y prever consecuencias. La sabiduría es la capacidad de aplicar el conocimiento con buen juicio para decidir qué hacer y por qué.

Siguiendo con el ejemplo médico:

Conocimiento: “Una fiebre de más de 38 ºC durante más de tres días, en un paciente vacunado, sugiere una infección bacteriana y no vírica.”
Sabiduría: “Aunque los protocolos dicen que hay que pedir una analítica, este paciente es alérgico a cierto antibiótico, así que conviene derivarlo al especialista antes de prescribir nada.”

2.4. La pirámide DIKW

Estas cuatro capas se suelen representar con la pirámide DIKW (Data, Information, Knowledge, Wisdom), popularizada por el teórico de sistemas Russell Ackoff a finales de los años ochenta. Cada nivel se construye sobre el anterior: hay muchos datos, menos información útil, aún menos conocimiento y muy poca sabiduría.

flowchart TB
    W["SABIDURÍA<br/>¿Qué debemos hacer y por qué?"]
    K["CONOCIMIENTO<br/>¿Cómo funciona? ¿Qué patrones hay?"]
    I["INFORMACIÓN<br/>¿Quién, qué, cuándo, dónde, cuánto?"]
    D["DATOS<br/>Hechos y cifras en bruto"]
    D -->|"contexto y organización"| I
    I -->|"análisis y experiencia"| K
    K -->|"juicio y valores"| W

Nivel	Pregunta que responde	Ejemplo en una tienda online	¿Lo gestiona la BD?
Datos	—	`1003`, `2026-09-12`, `14`, `299,90`	Sí, los almacena
Información	¿Quién? ¿Qué? ¿Cuándo?	“El cliente 1003 compró el 12/09/2026 dos monitores de 299,90 €”	Sí, la obtiene con consultas
Conocimiento	¿Cómo? ¿Por qué?	“Los clientes que compran monitor suelen comprar un soporte en la semana siguiente”	Ayuda (análisis, minería de datos)
Sabiduría	¿Qué hacer?	“Ofreceremos un descuento en soportes a quien compre un monitor, pero sin saturarle de correos”	No: es humana

💡 Consejo: Una base de datos almacena datos y, mediante consultas, produce información. El conocimiento lo extraen las personas (o las técnicas de análisis de datos e inteligencia artificial) a partir de esa información. Cuando alguien te diga que “la base de datos sabe” algo, recuerda que la base de datos solo guarda y combina datos: la interpretación es cosa nuestra.

2.5. Metadatos: datos sobre los datos

📘 Concepto: Los metadatos son datos que describen otros datos: su nombre, tipo, tamaño, formato, significado, origen, propietario, restricciones…

Ejemplo: el dato 38,5 tiene asociados estos metadatos: nombre = temperatura, tipo = número decimal, unidad = grados Celsius, rango válido = 30 a 45, obligatorio = sí.

Los metadatos son fundamentales en las bases de datos: el SGBD guarda la descripción de todas las tablas, columnas, tipos y restricciones en el diccionario de datos (o catálogo). Lo estudiaremos en el módulo 03 y lo consultaremos con SQL en el módulo 26.

2.6. Datos estructurados, semiestructurados y no estructurados

Tipo	Descripción	Ejemplos	Dónde se guardan habitualmente
Estructurados	Siguen un esquema fijo y predefinido: cada dato tiene un nombre y un tipo conocidos	Nóminas, pedidos, matrículas, movimientos bancarios	Bases de datos relacionales (SQL)
Semiestructurados	Tienen etiquetas o marcas que dan estructura, pero flexible y variable	JSON, XML, correos electrónicos (cabeceras + cuerpo), ficheros de log	Bases de datos documentales, columnas JSON en BD relacionales
No estructurados	No tienen un esquema interno aprovechable directamente	Fotos, vídeos, audios, PDF escaneados, texto libre	Sistemas de ficheros, almacenamiento de objetos, BD vectoriales (para búsquedas por similitud)

{
  "paciente": "Juan García",
  "fecha": "2026-10-04",
  "temperatura": 38.5,
  "sintomas": ["tos", "dolor de cabeza"],
  "vacunado": true
}

El ejemplo anterior es semiestructurado: tiene etiquetas, pero otro paciente podría tener un campo alergias que este no tiene, y la lista de síntomas puede tener cualquier longitud.

📘 Concepto: Este curso se centra en los datos estructurados y en el modelo relacional, que sigue siendo el estándar para los datos de gestión de las organizaciones. En el módulo 02 verás los demás tipos de bases de datos (NoSQL, documentales, de grafos, vectoriales…) y cuándo conviene cada uno.

3. Sistemas de información

3.1. Definición

📘 Concepto: Un sistema de información (SI, information system) es un conjunto organizado de elementos (personas, datos, procedimientos, hardware y software) que interactúan entre sí para recoger, almacenar, procesar y distribuir información que da soporte a las actividades y a la toma de decisiones de una organización.

Un sistema de información no es necesariamente informático. La biblioteca de tu pueblo hace cincuenta años tenía un sistema de información: fichas de cartulina ordenadas alfabéticamente en cajones, una bibliotecaria que sabía consultarlas y unas normas de préstamo. Hoy ese mismo sistema de información se apoya en un sistema informático (ordenadores, programas y una base de datos).

Concepto	Qué es	Ejemplo
Sistema de información	Todo el conjunto: personas, normas, datos y medios técnicos	La gestión académica del instituto: secretaría, profesorado, normativa de evaluación, expedientes…
Sistema informático	La parte técnica: hardware, software y redes	Los servidores, la aplicación web de notas y su base de datos
Base de datos	El depósito organizado de los datos del sistema	Las tablas de alumnos, asignaturas, matrículas y calificaciones

3.2. Componentes de un sistema de información

flowchart TB
    subgraph SI["Sistema de información"]
        P["Personas<br/>(usuarios, técnicos)"]
        PR["Procedimientos<br/>(normas, procesos)"]
        DAT["Datos<br/>(base de datos)"]
        HW["Hardware<br/>(servidores, redes, dispositivos)"]
        SW["Software<br/>(aplicaciones, SGBD, SO)"]
    end
    ENT["Entorno<br/>(clientes, proveedores,<br/>Administración)"] -->|"entradas"| SI
    SI -->|"salidas: informes,<br/>facturas, avisos"| ENT

Personas: quienes usan el sistema (usuarios finales) y quienes lo construyen y mantienen (técnicos).
Procedimientos: las reglas que dicen qué se hace, quién lo hace y cómo (por ejemplo, “un pedido no se envía hasta que se ha cobrado”).
Datos: el activo más valioso. El hardware se sustituye y el software se reescribe, pero los datos de veinte años de clientes no se pueden volver a generar.
Hardware: equipos físicos donde se ejecuta y almacena todo.
Software: programas de aplicación, sistema operativo y, en especial, el SGBD.

3.3. Actividades básicas de un sistema de información

Actividad	Descripción	Ejemplo en una clínica
Entrada (captura)	Recoger datos del entorno	La recepcionista registra los datos del paciente
Almacenamiento	Guardar los datos de forma persistente	Se graban en la base de datos de historias clínicas
Procesamiento	Transformar datos en información	Se calcula la lista de citas del día por médico
Salida (distribución)	Entregar la información a quien la necesita	Cada médico ve su agenda en pantalla
Retroalimentación	Usar las salidas para corregir o mejorar las entradas	Si hay muchas citas anuladas, se cambia el sistema de recordatorios

3.4. El papel del SI en las organizaciones

En una organización, la información fluye por tres niveles de decisión, cada uno con necesidades distintas:

flowchart TB
    E["Nivel ESTRATÉGICO<br/>Alta dirección<br/>Decisiones a largo plazo<br/>Información resumida y externa"]
    T["Nivel TÁCTICO<br/>Mandos intermedios<br/>Planificación y control<br/>Información agregada"]
    O["Nivel OPERATIVO<br/>Empleados de primera línea<br/>Tareas diarias<br/>Información detallada"]
    O -->|"datos de las operaciones"| T
    T -->|"informes y tendencias"| E
    E -.->|"objetivos"| T
    T -.->|"instrucciones"| O

Según el nivel al que sirven, se distinguen varios tipos de sistemas de información:

Tipo	Siglas habituales	Nivel	Función	Ejemplo
Sistema de procesamiento de transacciones	TPS	Operativo	Registrar las operaciones diarias	Terminal de punto de venta, reservas de vuelos
Sistema de información de gestión	MIS	Táctico	Informes periódicos para controlar	Informe mensual de ventas por zona
Sistema de apoyo a la decisión	DSS	Táctico / estratégico	Simular escenarios y analizar alternativas	“¿Qué pasa con el margen si subimos un 5 % el precio?”
Sistema de información para ejecutivos	EIS	Estratégico	Cuadros de mando resumidos	Panel con indicadores clave (KPI) de toda la empresa
Planificación de recursos empresariales	ERP	Todos	Integrar todas las áreas en una sola base de datos	SAP, Oracle Fusion Cloud ERP, Odoo
Gestión de relaciones con clientes	CRM	Operativo / táctico	Gestionar el ciclo de vida del cliente	Salesforce, HubSpot
Inteligencia de negocio	BI	Táctico / estratégico	Análisis de datos históricos	Power BI, Oracle Analytics, Tableau

💡 Consejo: Todos estos sistemas tienen algo en común: una o varias bases de datos en su núcleo. Un ERP, por ejemplo, es básicamente una enorme base de datos relacional (miles de tablas) con aplicaciones alrededor. Los sistemas operativos (TPS) suelen usar bases de datos optimizadas para muchas transacciones pequeñas (OLTP), y los de análisis (BI, DSS, EIS), bases de datos o almacenes optimizados para consultas masivas (OLAP). Verás esta distinción en el módulo 02.

3.5. La información como recurso estratégico

Para una organización moderna, los datos son un activo tan importante como el dinero o las personas:

Ventaja competitiva: conocer mejor a tus clientes que la competencia (qué compran, cuándo, por qué).
Eficiencia: automatizar procesos (facturación, nóminas, inventario) reduce costes y errores.
Cumplimiento legal: la normativa (por ejemplo, el Reglamento General de Protección de Datos, RGPD, en la Unión Europea) obliga a custodiar los datos personales con garantías, a saber dónde están y a poder borrarlos o entregarlos a petición del interesado.
Continuidad del negocio: perder la base de datos de clientes puede significar el cierre de la empresa. Por eso las copias de seguridad y la alta disponibilidad son críticas (módulo 01).

4. ¿Qué es una base de datos?

4.1. Una primera idea intuitiva

Imagina la agenda de contactos de tu móvil. Guarda, para cada persona, su nombre, uno o varios teléfonos, su correo y quizá su cumpleaños. Puedes buscar por nombre, ordenar alfabéticamente, añadir y borrar contactos, y varias aplicaciones (el teléfono, WhatsApp, el correo) comparten esos mismos datos. Eso es, en pequeño, una base de datos.

4.2. Definición formal

Los autores clásicos (Elmasri y Navathe, Silberschatz, de Miguel y Piattini, Date) proponen definiciones con matices distintos. Combinando sus elementos comunes, en este curso usaremos la siguiente:

📘 Concepto: Una base de datos (BD, database) es una colección de datos lógicamente relacionados, que representan un aspecto del mundo real (el universo del discurso o minimundo), almacenados de forma persistente en un soporte no volátil, integrados y con redundancia controlada, que pueden ser compartidos por distintos usuarios y aplicaciones, cuya estructura está descrita por un esquema que se almacena junto con los propios datos y se apoya en un modelo de datos capaz de reflejar las interrelaciones y restricciones del mundo real, y a los que se accede mediante procedimientos comunes que garantizan su integridad, seguridad y disponibilidad.

Es una definición larga a propósito: cada fragmento expresa una propiedad importante. Vamos a desmenuzarla.

Elemento de la definición	Qué significa	Lo contrario (lo que NO es una BD)
Colección de datos lógicamente relacionados	Los datos tienen sentido juntos y están conectados (un pedido pertenece a un cliente)	Una carpeta con fotos, apuntes y facturas mezclados
Representan un aspecto del mundo real	Modelan una parte concreta de la realidad: una empresa, un hospital, una liga	Datos aleatorios sin propósito
Persistentes	Sobreviven al apagado del ordenador y al fin del programa	Variables en la memoria RAM de un programa
Integrados	Se guardan una vez y en un lugar lógico común, no dispersos en ficheros de cada departamento	Cada departamento con su propia hoja de cálculo de clientes
Redundancia controlada	La repetición de datos se evita o, si existe por rendimiento, el sistema la controla	El mismo cliente con tres direcciones distintas en tres ficheros
Compartidos	Muchos usuarios y aplicaciones acceden a la vez	Un fichero que solo usa un programa
Descritos por un esquema almacenado	La estructura (tablas, columnas, tipos, restricciones) está definida formalmente y guardada en el diccionario	Un fichero de texto cuya estructura solo conoce el programador que lo escribió
Modelo de datos	Se usa un marco formal (relacional, documental…) para representar datos, relaciones y restricciones	Formatos improvisados
Integridad, seguridad, disponibilidad	Los datos son correctos, solo accede quien debe y están disponibles cuando se necesitan	Un fichero que cualquiera puede borrar por error

⚠️ Importante: Una hoja de cálculo con una lista de clientes no es, en sentido estricto, una base de datos: no garantiza integridad (puedes escribir “hola” en la columna de fecha), no controla la redundancia, no permite que cincuenta personas la modifiquen a la vez con seguridad y su estructura no está descrita formalmente. Es útil para muchas cosas, pero no sustituye a una base de datos.

4.3. El universo del discurso

📘 Concepto: El universo del discurso (o minimundo) es la parte del mundo real que nos interesa representar en la base de datos. Delimitarlo es la primera tarea del diseño.

Para la base de datos de una biblioteca, el universo del discurso incluye socios, libros, ejemplares, autores y préstamos. No incluye el color de las paredes de la sala de lectura ni el horario del autobús que pasa por la puerta. Decidir qué entra y qué no es una de las claves del análisis de requisitos (módulo 04).

4.4. Base de datos, SGBD y sistema de base de datos

Tres términos que a menudo se confunden:

📘 Concepto:

Base de datos (BD): los datos en sí, organizados según un esquema.

Sistema gestor de bases de datos (SGBD, Database Management System, DBMS): el software que permite definir, crear, consultar, mantener y proteger bases de datos. Ejemplos: Oracle Database, PostgreSQL, MySQL, SQL Server.

Sistema de base de datos: el conjunto formado por la base de datos, el SGBD, las aplicaciones que los usan y, en sentido amplio, las personas que los administran.

flowchart LR
    U1["Usuario<br/>de ventas"] --> A1["Aplicación<br/>de pedidos"]
    U2["Usuario<br/>de RR. HH."] --> A2["Aplicación<br/>de nóminas"]
    U3["Analista"] --> A3["Herramienta<br/>de informes"]
    A1 --> SGBD
    A2 --> SGBD
    A3 --> SGBD
    SGBD["SGBD<br/>(Oracle Database)"] --> META[("Diccionario<br/>de datos<br/>(metadatos)")]
    SGBD --> BD[("Base de datos<br/>(datos)")]
    subgraph SBD["Sistema de base de datos"]
        A1
        A2
        A3
        SGBD
        META
        BD
    end

Una analogía: la base de datos es la biblioteca (los libros ordenados en las estanterías), el SGBD es el bibliotecario (sabe dónde está cada libro, controla quién se lo lleva, impide que dos personas se lleven el mismo ejemplar y repone lo que se estropea) y el sistema de base de datos es la biblioteca entera funcionando: libros, bibliotecario, normas, catálogo y lectores.

💡 Consejo: En el lenguaje profesional se dice a menudo “la base de datos” para referirse al SGBD (“hemos instalado la base de datos en el servidor”). Es un uso coloquial aceptado, pero en un examen o en un documento técnico conviene ser preciso. El módulo 03 está dedicado por completo al SGBD.

4.5. Modelos de datos

📘 Concepto: Un modelo de datos es un conjunto de conceptos, reglas y convenciones que permiten describir la estructura de una base de datos (qué datos hay y cómo se relacionan), sus restricciones (qué valores son válidos) y las operaciones que se pueden realizar sobre ella.

Según su nivel de abstracción, los modelos de datos se clasifican en:

Nivel	Propósito	Ejemplos	Módulos del curso
Conceptual	Describir la realidad de forma independiente de cualquier SGBD, para hablar con el usuario	Modelo Entidad/Relación (E/R) extendido, diagramas de clases UML	04 a 11
Lógico	Describir los datos según el tipo de SGBD que se usará	Modelo relacional, documental, en red, jerárquico	12 a 17
Físico	Describir cómo se almacenan realmente los datos en el disco	Ficheros, bloques, índices, particiones de Oracle	01, 03, 22

Ya puedes intuir la ruta del curso: empezaremos por el nivel conceptual, bajaremos al lógico y terminaremos implementando con SQL, que también nos permitirá tocar parte del nivel físico (índices, por ejemplo).

5. Las bases de datos en la vida cotidiana

5.1. Ejemplos que usas a diario

Situación	Qué datos guarda la base de datos	Qué operación se realiza
Pagas con la tarjeta en el supermercado	Cuentas, saldos, tarjetas, movimientos, comercios	Se comprueba el saldo y se registra un cargo (transacción)
Consultas tus notas en la plataforma del centro	Alumnos, módulos, evaluaciones, calificaciones	Consulta filtrada por tu identificador
Pides un taxi o un VTC desde el móvil	Conductores, posiciones GPS, viajes, tarifas	Búsqueda de conductores cercanos y registro del viaje
Escuchas música en streaming	Canciones, artistas, listas, historial de escuchas	Consulta del catálogo y registro de cada reproducción
Vas al médico y te recetan un medicamento	Pacientes, historias clínicas, recetas, farmacias	Inserción de la receta y consulta posterior en la farmacia
Haces la declaración de la renta	Contribuyentes, rendimientos, retenciones	Consulta de datos fiscales y cálculo de la cuota
Reservas un hotel	Habitaciones, fechas, reservas, clientes, pagos	Comprobación de disponibilidad y bloqueo de la habitación
Juegas a un videojuego en línea	Jugadores, partidas, inventarios, clasificaciones	Actualización constante de puntuaciones y objetos
Publicas una foto en una red social	Usuarios, publicaciones, seguidores, “me gusta”	Inserción y propagación a los seguidores
Pasas por un peaje con dispositivo electrónico	Vehículos, dispositivos, tránsitos, tarifas	Registro del paso y cargo en cuenta

5.2. Un ejemplo paso a paso: comprar una entrada de cine

Sigue lo que ocurre en la base de datos cuando compras una entrada por internet:

Consultas la cartelera: la aplicación pide al SGBD las películas y sesiones de hoy en tu cine. Es una consulta (lectura).
Eliges sesión y ves el mapa de butacas: nueva consulta que obtiene las butacas de esa sala y cuáles están ocupadas en esa sesión.
Seleccionas la butaca F-7: el sistema la bloquea temporalmente para que nadie más pueda elegirla mientras pagas. Esto es control de concurrencia.
Pagas: se ejecuta una transacción que hace varias cosas a la vez: registrar la venta, marcar la butaca como ocupada y anotar el cobro. O se hacen todas, o ninguna (si el pago falla, la butaca se libera). Esto es la atomicidad.
Recibes la entrada: la información de la venta se ha guardado de forma persistente. Aunque el servidor se apague un segundo después, tu compra no se pierde (durabilidad).
Por la noche, el gerente consulta un informe: “recaudación por película esta semana”. El SGBD agrega miles de ventas en una cifra resumida.

sequenceDiagram
    participant C as Cliente (app)
    participant S as Servidor web
    participant B as SGBD
    C->>S: Ver sesiones de hoy
    S->>B: Consulta de sesiones
    B-->>S: Lista de sesiones
    S-->>C: Cartelera
    C->>S: Reservar butaca F-7
    S->>B: Bloquear butaca F-7
    B-->>S: Bloqueada
    C->>S: Pagar
    S->>B: Transacción (venta + butaca ocupada + cobro)
    B-->>S: Confirmada (COMMIT)
    S-->>C: Entrada con código QR

📘 Concepto: En este sencillo ejemplo han aparecido casi todas las funciones de un SGBD: consulta, concurrencia, transacciones, atomicidad, durabilidad, agregación… Irás profundizando en cada una a lo largo del curso. Las propiedades de las transacciones (ACID) se introducen en el módulo 03 y se practican con SQL en el módulo 35.

✏️ Ejercicio: Elige una aplicación que uses a menudo (por ejemplo, la de tu banco o la de una tienda online) y escribe una lista con al menos cinco tipos de “cosas” de las que crees que guarda datos y tres operaciones que realiza sobre ellos. Guárdala: la usaremos cuando aprendas a identificar entidades en el módulo 05.

6. ¿Por qué estudiar bases de datos?

6.1. Están en todas partes

Prácticamente cualquier aplicación profesional necesita guardar datos de forma persistente y compartida. Da igual que desarrolles aplicaciones web, móviles o de escritorio, que administres sistemas o que te dediques al análisis de datos: vas a trabajar con bases de datos.

6.2. Son conocimiento duradero

Los lenguajes de programación y los frameworks cambian cada pocos años. En cambio:

El modelo relacional se formuló en 1970 y sigue siendo la base de la mayoría de los sistemas de gestión.
SQL se estandarizó en 1986 y sigue siendo el lenguaje de datos más usado del mundo. Una consulta escrita hace treinta años sigue funcionando hoy.
Las técnicas de diseño conceptual (modelo E/R, propuesto por Peter Chen en 1976) y la normalización siguen enseñándose y aplicándose igual.

💡 Consejo: Lo que aprendas en este curso te servirá durante toda tu carrera profesional. Es una de las inversiones de estudio más rentables que puedes hacer.

6.3. Un mal diseño cuesta muy caro

Un error de diseño en la base de datos se arrastra durante toda la vida del sistema. Cambiar la estructura de una tabla con cien millones de filas que usan veinte aplicaciones es carísimo y arriesgado. Por eso en el curso dedicamos dos bloques enteros (más de diez módulos) al diseño, antes de escribir el primer CREATE TABLE.

6.4. Es una competencia muy demandada

Las ofertas de empleo de desarrollo, sistemas y análisis piden casi siempre SQL y conocimientos de modelado de datos. Además, el auge de la analítica, el big data y la inteligencia artificial ha multiplicado el valor de quienes saben organizar, limpiar y consultar datos: los modelos de IA son tan buenos como los datos con los que se alimentan.

6.5. Está en los planes de estudio oficiales

Titulación	Módulo o asignatura	Curso
CFGS Desarrollo de Aplicaciones Multiplataforma (DAM)	Bases de Datos (código 0484)	1.º
CFGS Desarrollo de Aplicaciones Web (DAW)	Bases de Datos (código 0484)	1.º
CFGS Administración de Sistemas Informáticos en Red (ASIR)	Gestión de Bases de Datos (código 0372)	1.º
CFGS ASIR	Administración de Sistemas Gestores de Bases de Datos	2.º
Grados en Ingeniería Informática y afines	Bases de Datos, Diseño de Bases de Datos, Sistemas de Información…	2.º o 3.º habitualmente

7. Perfiles profesionales relacionados con los datos

Alrededor de las bases de datos hay varios perfiles profesionales con responsabilidades distintas. Conocerlos te ayudará a orientar tu formación.

7.1. Administrador de bases de datos (DBA)

📘 Concepto: El administrador de bases de datos (Database Administrator, DBA) es el responsable técnico de que las bases de datos de la organización funcionen, sean seguras, rindan bien y no pierdan datos.

Tareas típicas:

Instalar, configurar y actualizar el SGBD (por ejemplo, migrar de Oracle 19c a 26ai).
Crear usuarios, asignar privilegios y roles (DCL, módulo 37).
Planificar y comprobar las copias de seguridad y los procedimientos de recuperación.
Vigilar el rendimiento: consultas lentas, índices, memoria, espacio en disco.
Configurar la alta disponibilidad y la replicación.
Aplicar parches de seguridad y auditar los accesos.

Es el perfil al que se orienta especialmente el ciclo de ASIR.

7.2. Desarrollador de bases de datos y desarrollador de aplicaciones

El desarrollador de bases de datos diseña esquemas, escribe consultas SQL complejas, crea vistas, índices y código dentro de la base de datos (en Oracle, con PL/SQL). El desarrollador de aplicaciones (backend, full stack, móvil) programa en Java, C#, PHP, Python o JavaScript, pero su aplicación lee y escribe constantemente en una base de datos, ya sea con SQL directo o mediante un ORM (Hibernate, Entity Framework, Doctrine…).

⚠️ Importante: Usar un ORM no te libra de saber SQL. Cuando una pantalla tarda veinte segundos en cargar, casi siempre la causa es una consulta mal planteada o un diseño de tablas deficiente, y para encontrarla necesitas leer y entender el SQL que genera el ORM.

7.3. Analista de datos

El analista de datos (data analyst) consulta los datos existentes para responder preguntas de negocio: “¿qué productos se venden más en verano?”, “¿por qué han bajado las ventas en Valencia?”. Su herramienta principal es SQL, junto con hojas de cálculo, herramientas de BI (Power BI, Tableau, Oracle Analytics) y, a menudo, Python o R. Trabaja sobre todo en los niveles táctico y estratégico de la pirámide de decisión.

7.4. Ingeniero de datos

El ingeniero de datos (data engineer) construye la “fontanería” de los datos: los procesos que extraen datos de las bases de datos operacionales, los transforman (limpian, unifican, agregan) y los cargan en almacenes de datos o data lakes (procesos ETL o ELT). Maneja bases de datos relacionales y NoSQL, herramientas de procesamiento distribuido y plataformas en la nube.

7.5. Otros perfiles

Perfil	Responsabilidad principal
Arquitecto de datos	Define la estrategia global: qué bases de datos se usan, cómo se integran, modelos corporativos
Diseñador / modelador de datos	Elabora los modelos conceptuales y lógicos a partir de los requisitos
Científico de datos	Aplica estadística y aprendizaje automático para extraer conocimiento y hacer predicciones
Ingeniero de IA / ML	Pone en producción modelos de IA, a menudo apoyados en bases de datos vectoriales
Responsable de gobierno del dato (data steward)	Vela por la calidad, el significado y el cumplimiento normativo de los datos
Delegado de protección de datos (DPO)	Supervisa el cumplimiento del RGPD (perfil más jurídico que técnico)

7.6. Comparativa de perfiles

Perfil	Pregunta que responde	Herramientas típicas	Nivel de SQL	Formación habitual
DBA	¿Funciona, es seguro y rápido?	SGBD, scripts de sistema, monitorización	Alto (también administración)	ASIR, grado + certificaciones
Desarrollador	¿Cómo guarda y recupera datos mi aplicación?	Lenguaje de programación, ORM, SQL	Medio-alto	DAM, DAW, grado
Analista de datos	¿Qué está pasando y por qué?	SQL, BI, hojas de cálculo	Alto (consultas)	Grado, másteres, DAM/DAW con especialización
Ingeniero de datos	¿Cómo llevo los datos de A a B, limpios y a tiempo?	SQL, Python, ETL, nube	Muy alto	Grado, másteres, especialización
Científico de datos	¿Qué pasará? ¿Qué patrones hay?	Python, R, estadística, ML	Medio-alto	Grado, máster

💡 Consejo: El denominador común de todos los perfiles es SQL y la comprensión del modelo relacional. Es exactamente lo que vas a dominar con este curso.

8. Visión general del curso

8.1. El recorrido

El curso sigue el mismo camino que recorre un profesional cuando crea una base de datos real:

flowchart LR
    R["1. Requisitos<br/>¿Qué necesita<br/>el usuario?"] --> ER["2. Modelo E/R<br/>Diseño conceptual"]
    ER --> REL["3. Modelo relacional<br/>Diseño lógico"]
    REL --> N["4. Normalización<br/>Validar y depurar"]
    N --> SQL["5. SQL<br/>DDL, DML, DCL"]
    SQL --> BD[("Base de datos<br/>en funcionamiento")]
    N -. "si hay anomalías,<br/>se revisa el diseño" .-> ER

Fase	Pregunta	Producto	Bloque del curso
Fundamentos	¿Qué es una BD y un SGBD?	Vocabulario y visión de conjunto	Bloque 1 (módulos 00-03)
Requisitos y diseño conceptual	¿Qué datos hay y cómo se relacionan?	Diagrama Entidad/Relación extendido	Bloque 2 (módulos 04-15)
Diseño lógico	¿Qué tablas, claves y restricciones necesito?	Esquema relacional normalizado	Bloque 3 (módulos 16-21)
Definición de datos	¿Cómo creo las estructuras en Oracle?	Scripts DDL	Bloque 4 (módulos 22-26)
Manipulación de datos	¿Cómo consulto y modifico los datos?	Consultas y sentencias DML	Bloque 5 (módulos 27-36)
Control y proyecto	¿Quién puede hacer qué? ¿Sé hacerlo todo de principio a fin?	Usuarios, privilegios y un proyecto completo	Bloque 6 (módulos 37-38)

8.2. Un adelanto del recorrido con un ejemplo mínimo

Para que veas hacia dónde vamos, aquí tienes el recorrido completo aplicado a un caso diminuto. No te preocupes si no entiendes todos los detalles: los estudiarás con calma en sus módulos.

1. Requisito (lo que dice el usuario):

“En la biblioteca del instituto tenemos libros, cada uno con su ISBN, título y año. Los alumnos, identificados por su NIA, pueden tomar libros prestados. De cada préstamo queremos saber la fecha. Un alumno puede tener varios libros prestados y un libro se puede prestar muchas veces a lo largo del tiempo.”

2. Modelo E/R (diseño conceptual, módulos 05-06):

flowchart LR
    ALUMNO[ALUMNO] ---|"(0,n)"| presta{toma prestado}
    presta ---|"(0,n)"| LIBRO[LIBRO]
    ALUMNO --- a_nia([<u>nia</u>])
    ALUMNO --- a_nombre([nombre])
    LIBRO --- l_isbn([<u>isbn</u>])
    LIBRO --- l_titulo([titulo])
    LIBRO --- l_anio([anio])
    presta --- p_fecha([fecha])

Es una relación N:M: un alumno toma prestados de 0 a n libros y un libro lo toman prestado de 0 a n alumnos.

3. Modelo relacional (diseño lógico, módulos 16-17):

ALUMNOS (nia, nombre)

LIBROS (isbn, titulo, anio)

PRESTAMOS (*nia*, *isbn*, fecha)

nia → ALUMNOS(nia)
isbn → LIBROS(isbn)

4. Normalización (módulos 19-20): comprobamos que no hay redundancias ni anomalías. En este caso el esquema ya está en forma normal de Boyce-Codd.

5. SQL (módulos 23-34):

-- Ejemplo ilustrativo: creación de una de las tablas (DDL)
CREATE TABLE prestamos (
    nia    NUMBER(8),
    isbn   VARCHAR2(13),
    fecha  DATE,
    CONSTRAINT pk_prestamos PRIMARY KEY (nia, isbn, fecha),
    CONSTRAINT fk_pre_alumno FOREIGN KEY (nia)  REFERENCES alumnos (nia),
    CONSTRAINT fk_pre_libro  FOREIGN KEY (isbn) REFERENCES libros (isbn)
);

-- Ejemplo ilustrativo: consulta (DML)
-- "Títulos que ha tomado prestados el alumno 10234567"
SELECT l.titulo, p.fecha
FROM   prestamos p
       JOIN libros l ON l.isbn = p.isbn
WHERE  p.nia = 10234567
ORDER BY p.fecha DESC;

📘 Concepto: Fíjate en que cada fase se apoya en la anterior. El SQL es casi una traducción directa del modelo relacional, y el modelo relacional es una transformación sistemática del E/R. Si el diseño es bueno, el SQL sale casi solo. Por eso el curso no empieza por SQL.

8.3. Mapa de dependencias entre bloques

flowchart TB
    B1["Bloque 1<br/>Fundamentos<br/>00-03"] --> B2["Bloque 2<br/>Modelo E/R<br/>04-11"]
    B2 --> B3["Bloque 3<br/>Modelo relacional<br/>12-17"]
    B3 --> B4["Bloque 4<br/>DDL<br/>18-22"]
    B1 --> B4
    B4 --> B5["Bloque 5<br/>DML<br/>23-32"]
    B5 --> B6["Bloque 6<br/>DCL y proyecto<br/>33-34"]
    B3 --> B6

💡 Consejo: Si tienes prisa por empezar con SQL (por ejemplo, porque en tu centro se imparte en paralelo al diseño), puedes ir del bloque 1 directamente al bloque 4. Pero vuelve después a los bloques 2 y 3: sin diseño, sabrás escribir consultas, pero no sabrás construir una base de datos.

9. Cómo usar este curso

9.1. Estructura de cada módulo

Todos los módulos siguen la misma estructura:

Objetivos: lo que sabrás hacer al terminar.
Contenido teórico con definiciones formales, analogías, diagramas y ejemplos.
Cajas de convención (concepto, ejemplo, ejercicio, importante, consejo) para destacar lo esencial.
Ejercicios resueltos, con la solución plegada: intenta resolverlos antes de desplegarla.
Ejercicios propuestos, para practicar por tu cuenta.
Resumen en forma de tabla, ideal para repasar antes de un examen.

9.2. Si estudias un ciclo formativo (DAM, DAW, ASIR)

Los módulos de Bases de Datos de los ciclos tienen un enfoque muy práctico: diseñar con el modelo E/R, pasar a tablas y, sobre todo, escribir mucho SQL.

Prioridad	Módulos	Comentario
Imprescindibles	00-01, 03, 04-07, 12-13, 16, 18-28, 30-31, 33	El núcleo de los resultados de aprendizaje de los ciclos
Muy recomendables	02, 08-11, 17, 22, 29, 32, 34	Te dan soltura y te preparan para las prácticas en empresa
De ampliación	14-15 (con detalle), apartados formales de 16	Útiles si piensas continuar estudios universitarios

💡 Consejo para ASIR: presta especial atención a los módulos 01 (almacenamiento, RAID, copias), 03 (arquitectura del SGBD y de Oracle), 31 (transacciones) y 33 (usuarios y privilegios): son la base del módulo de segundo curso Administración de Sistemas Gestores de Bases de Datos.

9.3. Si estudias en la universidad

Las asignaturas universitarias exigen, además, rigor formal: definiciones precisas, álgebra relacional, teoría de la normalización con dependencias funcionales y demostraciones.

Prioridad	Módulos	Comentario
Imprescindibles	Todo el bloque 1, bloques 2 y 3 completos	Especialmente 12 (modelo relacional), 14 (álgebra), 15 (dependencias funcionales) y 16 (normalización)
Muy recomendables	18-31	SQL completo; en muchos grados se evalúa con prácticas de laboratorio
De ampliación	02 (en detalle), 29, 33-34	Base para asignaturas posteriores (bases de datos avanzadas, sistemas distribuidos, big data)

9.4. Consejos de estudio

No te limites a leer: reproduce los diagramas a mano o con una herramienta, y ejecuta cada sentencia SQL en tu propia base de datos.
Intenta los ejercicios resueltos antes de mirar la solución. Equivocarse y comparar es la forma más eficaz de aprender diseño.
El diseño no tiene una única solución correcta, pero sí muchas soluciones incorrectas. Lo importante es saber justificar cada decisión.
Repasa con los resúmenes de cada módulo y vuelve a los apartados que no recuerdes.
Practica con dominios distintos: en los módulos de diseño usaremos universidades, hospitales, ligas deportivas, plataformas de streaming, talleres… Cuantos más casos resuelvas, más fácil te resultará el siguiente.

10. El esquema de ejemplo EMPRESA

A partir del módulo 22, todos los ejemplos de SQL del curso trabajarán sobre el mismo esquema, llamado EMPRESA. Usar siempre el mismo conjunto de tablas tiene una gran ventaja: acabarás conociendo los datos tan bien que podrás prever el resultado de una consulta antes de ejecutarla, lo que te permitirá detectar errores.

10.1. El negocio

EMPRESA modela una empresa que vende productos informáticos. Tiene empleados organizados en departamentos; algunos empleados son jefes de otros; los comerciales atienden a clientes que realizan pedidos de productos clasificados en categorías; y la empresa desarrolla proyectos internos en los que participan sus empleados.

10.2. Las tablas

Tabla	Contenido	Filas de ejemplo	Detalle interesante
`DEPARTAMENTOS`	Departamentos con su localidad y presupuesto	7	El departamento 70 no tiene empleados
`EMPLEADOS`	Empleados con oficio, salario, comisión, jefe y departamento	24	Cada empleado puede tener un jefe (autorrelación); el 160 no tiene departamento
`CLIENTES`	Clientes con su NIF, ciudad, límite de crédito y comercial asignado	14	Los clientes 1009 y 1013 no tienen comercial; 1013 y 1014 no han hecho pedidos
`CATEGORIAS`	Categorías de productos	11	Forman una jerarquía (cada categoría puede tener una categoría padre)
`PRODUCTOS`	Catálogo con precio, stock y si está descatalogado	20	El producto 14 está descatalogado y nunca se ha vendido
`PEDIDOS`	Pedidos de los clientes, con fecha, estado y empleado que lo gestiona	24	Los pedidos 5014 y 5023 no tienen empleado
`LINEAS_PEDIDO`	Líneas de cada pedido: producto, cantidad, precio y descuento	51	Clave primaria compuesta (pedido + número de línea)
`PROYECTOS`	Proyectos internos de cada departamento	5	El proyecto 5 no tiene empleados asignados
`ASIGNACIONES`	Qué empleados trabajan en qué proyectos, con horas y función	14	Relación N:M con atributos propios

10.3. Diagrama de tablas

El siguiente diagrama muestra las tablas y sus relaciones con la notación de pata de gallo (crow’s foot). Aprenderás a leerlo con detalle en los módulos 06 y 14; por ahora basta con saber que cada línea indica que una tabla hace referencia a otra.

erDiagram
    DEPARTAMENTOS |o--o{ EMPLEADOS : "agrupa"
    EMPLEADOS |o--o{ EMPLEADOS : "es jefe de"
    EMPLEADOS |o--o{ CLIENTES : "atiende"
    CLIENTES ||--o{ PEDIDOS : "realiza"
    EMPLEADOS |o--o{ PEDIDOS : "gestiona"
    PEDIDOS ||--o{ LINEAS_PEDIDO : "contiene"
    PRODUCTOS ||--o{ LINEAS_PEDIDO : "aparece en"
    CATEGORIAS ||--o{ PRODUCTOS : "clasifica"
    CATEGORIAS |o--o{ CATEGORIAS : "es padre de"
    DEPARTAMENTOS |o--o{ PROYECTOS : "desarrolla"
    EMPLEADOS ||--o{ ASIGNACIONES : "participa"
    PROYECTOS ||--o{ ASIGNACIONES : "recibe"

    DEPARTAMENTOS {
        NUMBER dept_id PK
        VARCHAR2 nombre
        VARCHAR2 localidad
        NUMBER presupuesto
    }
    EMPLEADOS {
        NUMBER emp_id PK
        VARCHAR2 nombre
        VARCHAR2 oficio
        NUMBER salario
        NUMBER comision
        NUMBER jefe_id FK
        NUMBER dept_id FK
    }
    CLIENTES {
        NUMBER cliente_id PK
        VARCHAR2 nombre
        VARCHAR2 nif
        NUMBER comercial_id FK
    }
    PEDIDOS {
        NUMBER pedido_id PK
        NUMBER cliente_id FK
        NUMBER empleado_id FK
        DATE fecha_pedido
        VARCHAR2 estado
    }
    LINEAS_PEDIDO {
        NUMBER pedido_id PK
        NUMBER num_linea PK
        NUMBER producto_id FK
        NUMBER cantidad
    }
    PRODUCTOS {
        NUMBER producto_id PK
        VARCHAR2 nombre
        NUMBER categoria_id FK
        NUMBER precio
    }
    CATEGORIAS {
        NUMBER categoria_id PK
        VARCHAR2 nombre
        NUMBER categoria_padre_id FK
    }
    PROYECTOS {
        NUMBER proyecto_id PK
        VARCHAR2 nombre
        NUMBER dept_id FK
    }
    ASIGNACIONES {
        NUMBER emp_id PK
        NUMBER proyecto_id PK
        NUMBER horas
    }

10.4. Un vistazo a los datos

Así son, por ejemplo, las filas de la tabla DEPARTAMENTOS:

   DEPT_ID NOMBRE           LOCALIDAD    PRESUPUESTO
---------- ---------------- ------------ -----------
        10 DIRECCIÓN        Madrid            500000
        20 VENTAS           Madrid            350000
        30 INFORMÁTICA      Valencia          420000
        40 CONTABILIDAD     Sevilla           150000
        50 MARKETING        Barcelona         200000
        60 LOGÍSTICA        Zaragoza          180000
        70 INVESTIGACIÓN    Bilbao

Fíjate en que el departamento 70 no tiene presupuesto: su celda está vacía, lo que en una base de datos se representa con un valor especial llamado nulo (NULL). Los nulos dan mucho juego (y muchos quebraderos de cabeza); los estudiarás en los módulos 16 y 27.

Y estos son los primeros empleados de la tabla EMPLEADOS:

    EMP_ID NOMBRE   APELLIDOS          OFICIO            SALARIO   COMISION    JEFE_ID    DEPT_ID
---------- -------- ------------------ ---------------- -------- ---------- ---------- ----------
       100 Ana      García López       DIRECTOR GENERAL     6500                               10
       101 Luis     Martínez Ruiz      DIRECTOR             4800                   100         20
       102 Marta    Sánchez Gil        DIRECTOR             5000                   100         30
       110 Carmen   Ruiz Ortega        VENDEDOR             2200        500        101         20
       111 David    Torres Romero      VENDEDOR             2100        800        101         20
...

Ana (100) no tiene jefe porque es la directora general; Luis (101) tiene como jefe a Ana (jefe_id = 100) y trabaja en el departamento 20 (VENTAS). Así, con un simple número, cada fila “apunta” a otra fila de la misma tabla o de otra. Ese mecanismo se llama clave ajena (foreign key) y es el corazón del modelo relacional.

10.5. Los scripts

El esquema se crea con tres scripts que encontrarás en la carpeta de recursos del curso:

Script	Función
empresa_crear.sql	Crea las nueve tablas con todas sus restricciones
empresa_datos.sql	Inserta los datos de ejemplo
empresa_borrar.sql	Borra todas las tablas para volver a empezar

💡 Consejo: No hace falta que ejecutes nada todavía. En el módulo 22 aprenderás a instalar Oracle AI Database 26ai Free (o a usar el servicio en línea FreeSQL) y a cargar el esquema paso a paso. Mientras tanto, puedes abrir los scripts con cualquier editor de texto y echarles un vistazo: aunque aún no conozcas SQL, verás que se leen casi como inglés.

11. Ejercicios

Ejercicios resueltos

Ejercicio 1: Dato, información o conocimiento

Clasifica cada uno de los siguientes elementos como dato, información, conocimiento o sabiduría, y justifica tu respuesta:

a) 1650 b) “El empleado Jorge Vázquez cobra 1650 € al mes.” c) “Los administrativos con menos de dos años de antigüedad son los que más rotan en la empresa.” d) “Para reducir la rotación, revisaremos el salario de entrada de los administrativos, aunque suponga un coste, porque formar a un sustituto cuesta más.” e) 2023-01-09 f) “En 2025 se dieron de baja 5 administrativos, frente a 1 en 2024.”

Ver solución

Elemento	Nivel	Justificación
a) `1650`	Dato	Número aislado sin contexto: podría ser un salario, un año o un código
b) Jorge cobra 1650 €	Información	El dato tiene contexto (quién, qué, unidad) y significado
c) Los administrativos nuevos rotan más	Conocimiento	Es un patrón obtenido al analizar mucha información
d) Revisar el salario de entrada	Sabiduría	Es una decisión que aplica el conocimiento con juicio (valora costes y beneficios)
e) `2023-01-09`	Dato	Una fecha sin contexto: ¿alta, nacimiento, pedido?
f) Bajas en 2025 frente a 2024	Información	Datos agregados y comparados con un significado claro, pero sin explicar el porqué

El elemento f) puede generar dudas: es información agregada (un recuento), no conocimiento, porque describe qué pasó, pero no establece un patrón ni explica por qué. El conocimiento (c) surge al interpretar ese tipo de información.

Ejercicio 2: Componentes de un sistema de información

En un taller mecánico, cuando llega un coche, el recepcionista anota en la aplicación la matrícula, el cliente y la avería. El jefe de taller asigna un mecánico. La normativa interna dice que no se empieza ninguna reparación de más de 300 € sin la firma del cliente. La aplicación se ejecuta en un ordenador de recepción y en dos tabletas del taller, y guarda todo en un servidor con PostgreSQL. Identifica los cinco componentes del sistema de información.

Ver solución

Componente	En el taller
Personas	Recepcionista, jefe de taller, mecánicos y clientes (que aportan datos y firman)
Procedimientos	“No empezar reparaciones de más de 300 € sin firma”, el flujo recepción → asignación → reparación
Datos	Matrículas, clientes, averías, asignaciones, presupuestos, firmas
Hardware	Ordenador de recepción, dos tabletas, servidor, red del taller
Software	La aplicación del taller, el SGBD PostgreSQL, los sistemas operativos

Observa que la base de datos forma parte del componente datos (los datos organizados) y el SGBD forma parte del componente software.

Ejercicio 3: ¿Es una base de datos?

Indica si cada caso cumple la definición formal de base de datos. Si no la cumple, señala qué propiedad le falta.

a) Una hoja de cálculo en el escritorio del jefe de ventas con la lista de clientes, que solo él usa. b) El sistema de reservas de una cadena hotelera, usado a la vez por la web, la app móvil y los recepcionistas, con datos de habitaciones, clientes y reservas en Oracle. c) Una carpeta compartida con un documento de texto por cada alumno, donde cada profesor escribe las notas a su manera. d) Las variables de un programa en Python que calcula una nómina y las imprime por pantalla.

Ver solución

a) No en sentido estricto. Los datos están relacionados y son persistentes, pero no son compartidos, no hay esquema formal almacenado (cualquier celda admite cualquier valor), no hay control de integridad ni de concurrencia. Es un fichero de datos, no una base de datos.

b) Sí. Datos relacionados (habitaciones, clientes, reservas), persistentes, integrados, compartidos por varias aplicaciones y usuarios, gestionados por un SGBD que garantiza integridad, seguridad y concurrencia.

c) No. Los datos son persistentes y se comparten, pero no están integrados ni estructurados según un modelo: cada profesor usa su propio formato, no hay restricciones (una nota podría ser “un siete y pico”) y no se pueden consultar de forma sistemática (“media de la clase”).

d) No. Los datos no son persistentes: desaparecen al terminar el programa.

Ejercicio 4: BD, SGBD y sistema de BD

Lee el siguiente texto y señala a qué concepto (BD, SGBD o sistema de BD) se refiere cada expresión numerada entre corchetes:

“En el hospital han actualizado [1: Oracle Database] a la versión 26ai. [2: Las tablas de pacientes, citas e historias clínicas] no se han modificado. Todo [3: el conjunto formado por las aplicaciones de citas y de farmacia, Oracle y los datos, junto con el equipo de sistemas que lo mantiene] ha estado parado dos horas.”

Ver solución

SGBD: Oracle Database es el software gestor.
Base de datos: son los datos organizados (las tablas y su contenido).
Sistema de base de datos: el conjunto de BD, SGBD, aplicaciones y personas.

Ejercicio 5: Perfiles profesionales

Indica qué perfil profesional encaja mejor con cada tarea:

a) Programar el procedimiento nocturno que copia las ventas del día desde la base de datos de la tienda al almacén de datos corporativo, limpiando duplicados. b) Restaurar la base de datos tras el fallo de un disco usando la copia de seguridad de anoche y los registros de transacciones. c) Escribir una consulta que muestre qué comerciales han superado su objetivo trimestral y preparar un cuadro de mando para la dirección. d) Programar la pantalla de alta de clientes de la aplicación web, que guarda los datos en la base de datos. e) Decidir que la empresa usará Oracle para la gestión, una base de datos documental para el catálogo y un data lake para los registros de navegación.

Ver solución

Tarea	Perfil	Motivo
a)	Ingeniero de datos	Es un proceso ETL: extraer, transformar y cargar
b)	DBA	Copias de seguridad y recuperación son tareas de administración
c)	Analista de datos	Consulta datos existentes para responder una pregunta de negocio
d)	Desarrollador de aplicaciones	Programa la aplicación que usa la base de datos
e)	Arquitecto de datos	Es una decisión de estrategia global sobre las tecnologías de datos

Ejercicio 6: Explorando el esquema EMPRESA

Usando solo la información del apartado 10 de este módulo, responde:

a) ¿En qué tabla buscarías el salario de un empleado? ¿Y la ciudad de un cliente? b) ¿Qué columna de EMPLEADOS permite saber quién es el jefe de cada empleado? ¿A qué tabla “apunta”? c) ¿Cómo sabrías qué productos se vendieron en el pedido 5001? ¿Qué tablas necesitas? d) ¿Por qué crees que la tabla ASIGNACIONES tiene una clave formada por dos columnas (emp_id y proyecto_id)? e) ¿Quién es el jefe de Carmen Ruiz y en qué departamento trabaja Carmen?

Ver solución

a) El salario está en EMPLEADOS (columna salario). La ciudad de un cliente está en CLIENTES (columna ciudad).

b) La columna jefe_id. Apunta a la propia tabla EMPLEADOS (a la columna emp_id): es una autorrelación.

c) Necesitas LINEAS_PEDIDO (cada línea del pedido 5001 indica un producto_id y una cantidad) y PRODUCTOS (para obtener el nombre de cada producto a partir de su producto_id). En el módulo 30 aprenderás a combinar ambas tablas con un JOIN.

d) Porque un empleado puede trabajar en varios proyectos y un proyecto tiene varios empleados (relación N:M). Lo que no se repite es la pareja (empleado, proyecto): un mismo empleado no se asigna dos veces al mismo proyecto. Por eso la clave es la combinación de ambas columnas.

e) Carmen Ruiz (110) tiene jefe_id = 101, que corresponde a Luis Martínez. Su dept_id es 20, que es el departamento de VENTAS (Madrid).

Ejercicios propuestos

Ejercicio 7: Tipos de sistemas de información

Para una cadena de supermercados, pon un ejemplo concreto de cada tipo de sistema de información: TPS, MIS, DSS y EIS. Indica en cada caso qué nivel de decisión atiende y qué información concreta produce.

Ejercicio 8: Datos estructurados y no estructurados

Una clínica veterinaria guarda: las fichas de las mascotas (nombre, especie, fecha de nacimiento, propietario), las radiografías, los informes del veterinario escritos como texto libre, las facturas y los mensajes que los clientes envían por la web en formato JSON. Clasifica cada tipo de dato como estructurado, semiestructurado o no estructurado y propón dónde guardarías cada uno.

Ejercicio 9: Calidad de la información

Describe una situación real o inventada en la que la falta de cada una de estas propiedades haya causado un problema: exactitud, oportunidad, consistencia y seguridad. Para cada una, indica qué mecanismo de un SGBD habría ayudado a evitarlo.

Ejercicio 10: Tu itinerario

Según tus estudios (ciclo o grado) y tus intereses profesionales (administración, desarrollo, análisis), elabora un plan personal de estudio del curso: qué módulos harás primero, cuáles con más profundidad y cuánto tiempo estimas dedicar a cada bloque.

Resumen

Concepto	Definición breve
Dato	Representación simbólica de un hecho, sin significado por sí misma
Información	Datos procesados y con contexto que tienen significado y sirven para decidir
Conocimiento	Información interpretada y relacionada con la experiencia (patrones, causas)
Sabiduría	Capacidad de aplicar el conocimiento con buen juicio
Pirámide DIKW	Jerarquía datos → información → conocimiento → sabiduría
Metadatos	Datos que describen otros datos (nombre, tipo, restricciones…)
Sistema de información	Personas, procedimientos, datos, hardware y software que recogen, almacenan, procesan y distribuyen información
Niveles de decisión	Operativo, táctico y estratégico
Tipos de SI	TPS, MIS, DSS, EIS, ERP, CRM, BI
Base de datos	Colección de datos relacionados, persistentes, integrados, con redundancia controlada, compartidos y descritos por un esquema
Universo del discurso	Parte del mundo real que representa la base de datos
SGBD	Software que define, crea, consulta, mantiene y protege bases de datos
Sistema de base de datos	BD + SGBD + aplicaciones + personas
Modelo de datos	Conceptos y reglas para describir estructura, restricciones y operaciones (conceptual, lógico, físico)
Perfiles	DBA, desarrollador, analista de datos, ingeniero de datos, arquitecto, científico de datos
Recorrido del curso	Requisitos → E/R → relacional → normalización → SQL (DDL, DML, DCL)
Esquema EMPRESA	Nueve tablas (departamentos, empleados, clientes, categorías, productos, pedidos, líneas, proyectos, asignaciones) usadas en todos los ejemplos SQL

Navegación
← Inicio del curso	Siguiente módulo: Sistemas de almacenamiento →