Uso de Bases de Datos UOC: PECs, SQL y ejercicios
Uso de Bases de Datos UOC
En ResolverPECs.com realizamos tus PECs y PACs universitarias por ti.
Uso de Bases de Datos UOC es una de las asignaturas fundamentales del Grado en Ingeniería Informática para aprender cómo se almacena, organiza, consulta y modifica información de forma estructurada.
La UOC mantiene actualmente esta asignatura como obligatoria dentro de Ingeniería Informática y la presenta como una introducción al ámbito de las bases de datos, centrada especialmente en el modelo relacional y en los mecanismos necesarios para definir, consultar y actualizar una base de datos.
Para muchos estudiantes, el problema empieza cuando dejan de trabajar únicamente con conceptos teóricos y aparecen relaciones, claves, restricciones, consultas y SQL.
En ese momento ya no basta con saber qué es una base de datos.
Hay que aprender a razonar con ella.
¿Qué se estudia en Uso de Bases de Datos UOC?
La asignatura busca que el estudiante comprenda cómo se representa la información mediante bases de datos y cómo puede gestionarse posteriormente mediante un Sistema Gestor de Bases de Datos o SGBD.
La UOC destaca actualmente el modelo relacional como eje principal de la materia y señala que este debe permitir definir tanto la estructura de los datos como las reglas de integridad, consultas y actualizaciones.
Entre los conceptos que pueden aparecer están:
modelo relacional;
relaciones y atributos;
claves primarias y foráneas;
restricciones de integridad;
álgebra relacional;
lenguaje SQL;
consultas;
inserciones, modificaciones y eliminaciones;
gestión de información mediante un SGBD.
La dificultad está en que todos estos elementos se relacionan.
Si entiendes mal la estructura inicial, posteriormente las consultas también pueden ser incorrectas.
¿Qué es una base de datos?
Una base de datos permite almacenar información de forma organizada y persistente.
Por ejemplo, una universidad puede guardar información sobre:
estudiantes,
asignaturas,
matrículas,
profesores,
calificaciones.
Pero no basta con colocar todo en una única tabla.
Hay que estructurar la información de modo que pueda consultarse y modificarse sin generar incoherencias.
Ese es uno de los objetivos fundamentales del modelo relacional.
El modelo relacional
En el modelo relacional la información se organiza mediante relaciones que normalmente podemos visualizar como tablas.
Cada tabla contiene atributos.
Y cada fila representa una tupla.
Por ejemplo, podríamos tener una relación:
ESTUDIANTE
con atributos como:
id_estudiante, nombre, apellidos, email.
Cada estudiante ocuparía una fila diferente.
Esta representación parece sencilla, pero empiezan a surgir problemas cuando varias tablas necesitan relacionarse.
Clave primaria
La clave primaria permite identificar de forma única cada fila de una tabla.
Por ejemplo:
id_estudiante
puede identificar a un estudiante concreto.
No debería haber dos estudiantes con el mismo identificador.
Elegir correctamente la clave es fundamental para garantizar la coherencia de los datos.
Clave foránea
Las claves foráneas permiten relacionar distintas tablas.
Imagina:
ESTUDIANTE
y
MATRÍCULA.
La tabla MATRÍCULA puede contener el identificador del estudiante.
Ese atributo apunta hacia la tabla ESTUDIANTE.
Así sabemos a qué persona pertenece cada matrícula.
Cuando empiezan a aparecer varias tablas, entender estas relaciones resulta fundamental para resolver correctamente muchos ejercicios.
Integridad referencial
¿Qué ocurre si una matrícula hace referencia a un estudiante que no existe?
La base de datos tendría un problema de coherencia.
Las restricciones de integridad ayudan a evitar este tipo de situaciones.
La propia descripción actual de la asignatura destaca que el modelo debe permitir definir reglas de integridad que garanticen la consistencia de la base de datos.
Por eso una PEC puede pedirte no solo crear tablas, sino también razonar sobre qué restricciones deberían existir.
SQL en Uso de Bases de Datos UOC
SQL es uno de los elementos más importantes de la asignatura.
Permite consultar y modificar la información almacenada.
Al principio aparecen instrucciones relativamente sencillas.
Por ejemplo:
SELECT
para consultar.
INSERT
para añadir.
UPDATE
para modificar.
DELETE
para eliminar.
Pero las PEC pueden avanzar rápidamente hacia consultas más complejas.
SELECT
Una consulta básica podría buscar determinados datos de una tabla.
Conceptualmente:
quiero seleccionar unos atributos de las filas que cumplan determinadas condiciones.
Lo importante es aprender a traducir una pregunta escrita en lenguaje natural hacia una consulta estructurada.
Por ejemplo:
“Mostrar los estudiantes matriculados en una determinada asignatura.”
Antes de escribir SQL conviene preguntarse:
¿qué tablas necesito?
¿cómo están relacionadas?
¿qué columnas necesito devolver?
¿qué condición debo aplicar?
WHERE
La cláusula WHERE permite filtrar.
Si una tabla contiene miles de filas, normalmente no queremos recuperarlas todas.
Queremos aquellas que cumplen determinadas condiciones.
Una consulta puede necesitar combinar varias condiciones.
Ahí empiezan a aparecer operadores lógicos y comparaciones.
Un error pequeño en el filtro puede devolver datos distintos de los solicitados.
JOIN
Los JOIN suelen convertirse en uno de los puntos importantes de las PEC.
Cuando la información está distribuida en varias tablas, hay que combinarlas.
Por ejemplo:
ESTUDIANTE contiene el nombre.
MATRÍCULA contiene las asignaturas matriculadas.
Para conocer el nombre de los estudiantes matriculados en una asignatura concreta, probablemente tendrás que relacionar ambas tablas.
La clave está en identificar correctamente:
qué tablas necesitas y mediante qué atributos se relacionan.
INNER JOIN
Un INNER JOIN devuelve las combinaciones que cumplen la condición especificada.
En muchos ejercicios resulta útil cuando únicamente queremos elementos que tienen correspondencia entre dos tablas.
Si la relación está mal planteada, pueden aparecer:
filas duplicadas,
resultados incorrectos,
o directamente ninguna fila.
LEFT JOIN
Un LEFT JOIN permite conservar también filas de la tabla izquierda aunque no exista correspondencia en la otra.
Puede ser útil para preguntas como:
“mostrar todos los clientes, incluso aquellos que todavía no han realizado ningún pedido.”
Este tipo de matices suele diferenciar una consulta correcta de otra que parece correcta pero no responde exactamente al enunciado.
Agregaciones
Las consultas también pueden calcular información resumida.
Por ejemplo:
COUNT
SUM
AVG
MIN
MAX
Estas funciones permiten responder cuestiones como:
cuántos estudiantes existen,
cuál es la nota media,
cuánto suman determinadas ventas,
cuál es el valor máximo.
Pero cuando aparecen grupos, el ejercicio se vuelve más interesante.
GROUP BY
GROUP BY permite agrupar filas.
Por ejemplo:
queremos obtener el número de estudiantes de cada asignatura.
No queremos un único COUNT global.
Queremos un resultado por asignatura.
Por eso resulta importante identificar:
qué elemento define cada grupo.
HAVING
HAVING suele confundirse con WHERE.
Una forma intuitiva de diferenciarlos es pensar que WHERE filtra filas antes de agrupar, mientras que HAVING puede establecer condiciones sobre los grupos resultantes.
Por ejemplo:
“mostrar únicamente las asignaturas que tienen más de 50 estudiantes.”
Aquí necesitamos primero agrupar.
Después comprobar qué grupos superan el límite.
Subconsultas
Una consulta puede incluir otra consulta en su interior.
Esto puede resultar muy útil cuando necesitamos obtener primero un valor o conjunto de valores y posteriormente utilizarlos en otra operación.
Pero también puede complicar bastante la lectura.
Cuando una PEC contenga una subconsulta, intenta resolver primero la consulta interior.
Comprueba qué devuelve.
Después analiza cómo utiliza ese resultado la consulta exterior.
NULL
NULL no significa exactamente cero.
Tampoco significa cadena vacía.
Representa la ausencia de un valor conocido.
Esto tiene consecuencias importantes.
Las comparaciones normales pueden no comportarse como esperas.
Por eso SQL proporciona mecanismos específicos como:
IS NULL
o
IS NOT NULL.
Los ejercicios con NULL suelen buscar precisamente si entiendes esta diferencia.
Álgebra relacional
Antes o junto al SQL puede trabajarse el álgebra relacional.
Permite expresar operaciones sobre relaciones de forma formal.
Pueden aparecer operaciones como:
selección,
proyección,
unión,
intersección,
diferencia,
producto,
join.
La dificultad consiste en transformar una pregunta en una secuencia lógica de operaciones.
Selección y proyección
Es fácil confundirlas al principio.
La selección determina qué filas queremos.
La proyección determina qué atributos queremos.
Por ejemplo:
“obtener únicamente los nombres de estudiantes que viven en Madrid”.
Primero seleccionamos estudiantes que cumplen la condición.
Después proyectamos el atributo nombre.
Entender esta diferencia facilita muchísimo los ejercicios posteriores.
Traducir del álgebra relacional a SQL
Una PEC puede pedir resolver el mismo problema utilizando distintos lenguajes.
Por eso conviene comprender el significado de la consulta en lugar de memorizar sintaxis.
Si sabes que necesitas:
filtrar,
relacionar,
agrupar,
proyectar,
puedes buscar posteriormente cómo expresar cada operación.
Si únicamente memorizas una consulta concreta, cualquier pequeño cambio en el enunciado puede bloquearte.
Modificar datos
Una base de datos no sirve únicamente para consultar.
También debe permitir introducir, modificar y eliminar información.
Aquí aparecen operaciones como INSERT, UPDATE y DELETE.
Antes de ejecutar una modificación, debes comprender qué filas afectará.
Especialmente con UPDATE y DELETE.
Una condición incorrecta podría modificar muchas más filas de las previstas.
Restricciones
Una base de datos puede imponer condiciones.
Por ejemplo:
un atributo no puede ser NULL,
una clave debe ser única,
una clave foránea debe apuntar hacia una fila existente,
un valor debe estar dentro de determinados límites.
Estas restricciones ayudan a mantener datos válidos.
Por eso pueden formar parte de ejercicios sobre creación o modificación de tablas.
¿Cómo suelen ser las PECs de Uso de Bases de Datos UOC?
Una actividad puede mezclar distintos tipos de ejercicios.
Puede proporcionarte un esquema relacional.
Después pedirte interpretar claves.
A continuación pueden aparecer consultas.
Y finalmente ejercicios relacionados con SQL o álgebra relacional.
Lo importante es no afrontar toda la PEC como un único problema.
Divide cada cuestión.
Cómo resolver una consulta correctamente
Antes de escribir SQL, traduce la pregunta.
Supongamos:
“Obtener los nombres de los clientes que han realizado pedidos superiores a 500 euros.”
Puedes razonar:
necesito CLIENTE.
Necesito PEDIDO.
Debo relacionarlos.
Necesito filtrar importe > 500.
Quiero devolver el nombre.
Cuando tienes clara esa lógica, escribir la consulta resulta mucho más sencillo.
No empieces escribiendo SELECT
Uno de los errores más frecuentes consiste en leer el ejercicio y empezar inmediatamente:
SELECT...
Es mejor detenerse unos segundos.
Pregúntate:
qué información quiero obtener,
dónde se encuentra,
qué relaciones necesito,
qué restricciones existen.
El SQL debería ser la traducción final de ese razonamiento.
Comprueba los resultados
Que una consulta se ejecute sin error no significa que sea correcta.
Una consulta puede ser sintácticamente válida y devolver un resultado equivocado.
Comprueba:
número de filas,
valores repetidos,
campos NULL,
casos límite.
Si esperabas tres resultados y aparecen trescientos, probablemente existe un problema.
Duplicados
Los duplicados pueden aparecer fácilmente cuando relacionas tablas.
Antes de utilizar DISTINCT automáticamente, intenta entender por qué se generan.
Quizá sean correctos.
Quizá indiquen un JOIN mal planteado.
DISTINCT no debería utilizarse simplemente para ocultar un problema.
Orden de las consultas
En algunos ejercicios puede pedirse ordenar resultados.
Para eso aparece:
ORDER BY.
Pero recuerda que ordenar no cambia qué filas pertenecen al resultado.
Solo modifica su presentación.
No confundas orden con filtro.
PECs con esquemas relacionales
Cuando te entreguen un esquema, estudia primero las relaciones.
Marca:
claves primarias,
claves foráneas,
cardinalidades implícitas,
tablas intermedias.
Después empieza las consultas.
Muchos errores SQL proceden realmente de no haber entendido previamente el modelo de datos.
Relaciones muchos a muchos
Una relación muchos a muchos normalmente necesita una tabla intermedia.
Por ejemplo:
un estudiante puede cursar muchas asignaturas.
Una asignatura puede tener muchos estudiantes.
MATRÍCULA puede actuar como relación intermedia.
Entender esta estructura ayuda muchísimo al escribir consultas.
Diseño de Bases de Datos no es lo mismo
Aquí es importante evitar canibalización.
La UOC mantiene actualmente Uso de Bases de Datos y Diseño de Bases de Datos como dos asignaturas distintas de Ingeniería Informática, ambas de 6 ECTS.
Uso de Bases de Datos introduce especialmente el modelo relacional, las operaciones y la explotación de los datos.
Diseño de Bases de Datos profundiza posteriormente en las distintas etapas de diseño, implementación física y optimización de consultas y vistas.
Por eso no debemos mezclar las dos keywords en una única URL.
Requisitos antes de Diseño de Bases de Datos
La propia UOC indica actualmente que para cursar Diseño de Bases de Datos resulta imprescindible haber cursado Uso de Bases de Datos o disponer de conocimientos previos equivalentes sobre modelo relacional y lenguaje de acceso a bases de datos.
Esto confirma que la asignatura que estamos tratando aquí actúa como base para contenidos posteriores.
¿Qué herramientas pueden utilizarse?
El grado actual de Ingeniería Informática de la UOC menciona tecnologías relacionadas con gestión y consulta de datos como PostgreSQL, Oracle Express, Neo4J, SQL Developer y otras plataformas.
La herramienta concreta que debas utilizar dependerá de tu actividad y semestre.
Sigue siempre las instrucciones del aula y del enunciado.
Errores frecuentes en una PEC
Uno de los más habituales es escribir consultas sin comprender las relaciones.
Otro consiste en confundir clave primaria y clave foránea.
También aparecen muchos fallos con:
JOIN,
NULL,
GROUP BY,
HAVING,
subconsultas.
La solución suele estar en volver al modelo y razonar qué conjunto de datos necesitas obtener.
¿Ya tienes la PEC empezada?
No siempre hace falta comenzar desde cero.
Puede revisarse cada consulta por separado.
Quizá las primeras estén correctas.
Tal vez el problema aparezca únicamente en una consulta con varias tablas.
O puede que SQL esté bien y el error se encuentre en el álgebra relacional.
Dividir la PEC permite localizar mucho mejor dónde está la dificultad.
Prueba consultas con pocos datos
Cuando no entiendas por qué una consulta devuelve determinado resultado, construye mentalmente o en una tabla un ejemplo muy pequeño.
Dos clientes.
Tres pedidos.
Dos productos.
Ejecuta la lógica manualmente.
Con pocos datos resulta mucho más sencillo descubrir por qué aparece una fila.
Después puedes aplicar el mismo razonamiento al conjunto completo.
No memorices SQL sin entenderlo
Memorizar sintaxis puede ayudarte al principio.
Pero no es suficiente.
La pregunta cambia.
Las tablas cambian.
Los atributos cambian.
La lógica relacional permanece.
Si entiendes qué información necesitas obtener y cómo están conectados los datos, podrás construir una consulta nueva.
PAC Uso de Bases de Datos UOC
También puede buscarse:
PAC Bases de Datos UOC
PAC Uso de Bases de Datos UOC
o
PEC Bases de Datos UOC.
No necesitamos crear una página independiente para cada variante.
Esta URL puede trabajar todas esas búsquedas porque comparten la misma intención académica.
Relación con PECs UOC Informática
La página PECs UOC Informática debe seguir siendo el hub general del grado.
Allí se habla de programación, computadores, inteligencia artificial, bases de datos, redes y otras áreas.
Esta página profundiza únicamente en Uso de Bases de Datos UOC.
De esta forma podemos enlazar el hub con esta página sin competir por la misma keyword.
Realización de PECs de Bases de Datos
En ResolverPECs.com realizamos tus PECs y PACs universitarias por ti.
En actividades de Uso de Bases de Datos pueden aparecer consultas SQL, modelo relacional, álgebra relacional, restricciones, actualizaciones y ejercicios de interpretación de esquemas.
Cada ejercicio debe resolverse conforme al esquema y las condiciones concretas proporcionadas en el enunciado.
Cómo revisar una PEC antes de entregar
Comprueba primero que cada consulta responde exactamente a la pregunta.
Después revisa las relaciones utilizadas.
Verifica las condiciones WHERE.
Comprueba agrupaciones y agregaciones.
Analiza si pueden aparecer duplicados.
Revisa cómo estás tratando los NULL.
Y asegúrate de que las operaciones de actualización afectan únicamente a las filas deseadas.
Una consulta que funciona puede seguir siendo incorrecta conceptualmente.
Uso de Bases de Datos UOC: entender los datos antes que el SQL
La parte más importante de esta asignatura no consiste en memorizar comandos.
Consiste en aprender a representar y manipular información de manera coherente.
Cuando comprendes:
tablas → claves → relaciones → restricciones → operaciones
el SQL empieza a tener lógica.
Y cuando entiendes la lógica, puedes resolver consultas nuevas aunque nunca hayas visto exactamente ese ejercicio.
En ResolverPECs.com realizamos tus PECs y PACs universitarias por ti.
Comentarios