UD08 · Pràctiques

Abans de cada pràctica, restaura EduGest executant els scripts 01 i 02 del projecte. Els números de files afectades que s’indiquen suposen les dades originals.

Pràctica 8.1 · Altes, canvis i baixes a EduGest

Objectiu

Inserir, modificar i esborrar dades amb SQL i amb l’eina gràfica, comprovant en cada pas l’efecte de les restriccions i la necessitat de confirmar els canvis.

Desenvolupament

Comprovació

Errors habituals

• Si la segona sessió es queda penjada en el pas 5 o 6, és que intenta modificar una fila bloquejada per la primera sessió, que encara no ha fet COMMIT. Ho estudiaràs en la pràctica 8.5.
• Tancar SQL Developer amb canvis pendents mostra un avís per a confirmar-los o desfer-los. Llig l’avís.

Pràctica 8.2 · Còpies, històrics i INSERT … SELECT

Objectiu

Guardar en taules el resultat de consultes: còpies de seguretat ràpides, taules d’històric i taules de resum.

Desenvolupament

Comprovació

Ampliació

Per què la clau primària d’HISTORICO_NOTA inclou cod_ciclo? Pensa en el mòdul 0484, que existix en DAM i en DAW.

Pràctica 8.3 · Modificacions amb subconsultes

Objectiu

Escriure modificacions que depenen de dades d’altres taules, comprovant abans i després les files afectades.

Enunciat

Executa les tasques en ordre sobre les dades originals. Per a cadascuna escriu: (1) un SELECT que mostre les files que es modificaran, (2) la sentència de modificació i (3) un SELECT de verificació. El nombre de files afectades ha de coincidir amb l’indicat.

Comprovació

Pràctica 8.4 · Laboratori de transaccions

Objectiu

Comprovar experimentalment el funcionament de COMMIT, ROLLBACK, SAVEPOINT, la confirmació implícita del DDL i l’atomicitat de sentència.

Preparació

CREATE TABLE cuenta (
    id_cuenta  CHAR(1)       CONSTRAINT pk_cuenta PRIMARY KEY,
    titular    VARCHAR2(50)  NOT NULL,
    saldo      NUMBER(12,2)  NOT NULL CONSTRAINT ck_cuenta_saldo CHECK (saldo >= 0)
);
INSERT INTO cuenta VALUES ('A', 'Asociación de alumnado', 1000);
INSERT INTO cuenta VALUES ('B', 'Viaje de fin de curso',   200);
INSERT INTO cuenta VALUES ('C', 'Cantina',                 50);
COMMIT;

Desenvolupament

Executa cada experiment i prediu els saldos finals abans de consultar SELECT * FROM cuenta ORDER BY id_cuenta;.

Comprovació

Ampliació: la transferència segura

Escriu la transferència de 500 € d’A a C com una transacció que no confirme res si alguna de les dues actualitzacions no afecta exactament una fila. Usa SQL%ROWCOUNT en un bloc anònim (avanç de la UD09):

BEGIN
    UPDATE cuenta SET saldo = saldo - 500 WHERE id_cuenta = 'A';
    IF SQL%ROWCOUNT <> 1 THEN ROLLBACK; RAISE_APPLICATION_ERROR(-20001, 'Cuenta origen inexistente'); END IF;
    UPDATE cuenta SET saldo = saldo + 500 WHERE id_cuenta = 'Z';     -- compte inexistent
    IF SQL%ROWCOUNT <> 1 THEN ROLLBACK; RAISE_APPLICATION_ERROR(-20002, 'Cuenta destino inexistente'); END IF;
    COMMIT;
END;
/

Pràctica 8.5 · Dues sessions, una dada: concurrència i bloquejos

Objectiu

Observar en directe els efectes de les distintes polítiques de bloqueig i dels nivells d’aïllament.

Preparació

Usa la taula CUENTA de la pràctica 8.4 restaurada a A = 1000, B = 200, C = 50. Obri dues sessions com a EDUGEST: S1 i S2. En SQL Developer, obri el segon full amb Full de treball SQL no compartit (Ctrl+Mayús+N); si no, els dos fulls compartixen sessió i no veuràs res.

Experiment 1 · Les lectures no es bloquegen

Experiment 2 · Les escriptures sobre la mateixa fila esperen

Experiment 3 · L’actualització perduda (a l’aplicació)

Simulem dues aplicacions que lligen el saldo, calculen el nou valor fora de la base de dades i l’escriuen:

El saldo final és 70: s’ha perdut l’ingrés de 30 de S1. Repeteix l’experiment amb les dues solucions i comprova que el saldo final és 100:

Experiment 4 · NOWAIT i WAIT

Experiment 5 · Interbloqueig

Experiment 6 · Informe consistent amb READ ONLY

Comprovació

Pràctica 8.6 · Càrrega de notes amb MERGE

Context

El professor de Bases de dades de DAM lliura les notes finals en un CSV. Algunes matrícules ja tenien nota (cal actualitzar-la si ha canviat) i s’ha incorporat una alumna nova que no estava matriculada.

Enunciat

1. Crea el fitxer notas_0484_dam.csv amb este contingut:

   NIA,NOTA
   10450037,5.25
   10450074,5
   10450111,8
   10450148,7
   10452001,6.5

2. Crea la taula de càrrega carga_notas_0484 (nia CHAR(8), nota NUMBER(4,2)) i importa-la amb l’assistent de SQL Developer (clic dret → Importar dades).

3. Escriu un MERGE que, per a cada fila del CSV, actualitze la nota de la matrícula del curs 2025-26 en el mòdul 0484 de DAM només si és distinta.

4. Per al NIA 10452001, que no té matrícula de 2025-26, el MERGE no ha de fer res: escriu una consulta que ho detecte com a incidència.

5. Executa el MERGE dues voltes. Quantes files es fusionen cada vegada?

Comprovació

• La primera execució fusiona 3 files (la de 10450111 ja tenia un 8) i la segona, 0.
• La consulta d’incidències torna el NIA 10452001.

MERGE INTO matricula m
USING (SELECT c.nota, mt.id_matricula
       FROM   carga_notas_0484 c
              JOIN alumno a     ON a.nia = c.nia
              JOIN matricula mt ON mt.id_alumno = a.id_alumno
              JOIN modulo mo    ON mo.id_modulo = mt.id_modulo
       WHERE  mo.codigo = '0484' AND mo.cod_ciclo = 'DAM' AND mt.curso_academico = '2025-26') o
ON (m.id_matricula = o.id_matricula)
WHEN MATCHED THEN UPDATE SET m.nota_final = o.nota
                  WHERE m.nota_final IS NULL OR m.nota_final <> o.nota;

Pràctica 8.7 · Repte: guió de promoció de curs

Objectiu

Dissenyar un guió transaccional que realitze una tasca complexa de forma segura, verificable i repetible.

Context

Ha acabat el curs 2025-26 i cap d’estudis ha de preparar el curs 2026-27 per a l’alumnat de primer curs. Les regles són:

1. Promociona a segon l’alumnat de primer amb com a màxim un mòdul pendent. Un mòdul està pendent si la seua nota de 2025-26 és menor que 5 o està sense qualificar.
2. A l’alumnat que promociona se li canvia el grup al de segon del seu cicle (1DAM → 2DAM…) i se’l matricula en tots els mòduls de segon del seu cicle, en primera convocatòria.
3. Tot l’alumnat de primer (promocione o no) es matricula en 2026-27 dels seus mòduls pendents, amb la convocatòria següent a la que tenia.
4. Data de matrícula: 10 de setembre de 2026.

Enunciat

Escriu promocion_2026_27.sql amb esta estructura:

WHENEVER SQLERROR EXIT SQL.SQLCODE ROLLBACK
SPOOL promocion_2026_27.log

-- 0. Comprovacions prèvies (no modifiquen res)
--    · Ja existixen matrícules de 2026-27? Si existixen, el guió no s'ha d'executar.
--    · Llistat de l'alumnat que promociona i del que no.

-- 1. Matrícules de mòduls pendents (regla 3)
-- 2. Matrícules de segon curs (regla 2) — abans de canviar el grup!
-- 3. Canvi de grup (regla 2)

-- 4. Verificacions: recomptes esperats
-- 5. COMMIT
SPOOL OFF

Comprovació

Amb les dades originals d’EduGest, el teu guió ha d’obtindre exactament:

• Executar el guió per segona vegada no canvia res (s’atura en les comprovacions prèvies).
• Si provoques un error a mitat (per exemple, canviant el nom d’una taula), no queda cap canvi aplicat.
• Expliques per què l’alumnat de 1ASIR que promociona no rep matrícules de segon (pista: consulta quins mòduls d’ASIR existixen) i què hauria de fer el centre.

DECLARE
    v_n NUMBER;
BEGIN
    SELECT COUNT(*) INTO v_n FROM matricula WHERE curso_academico = '2026-27';
    IF v_n > 0 THEN
        RAISE_APPLICATION_ERROR(-20100, 'Ya existen ' || v_n || ' matrículas de 2026-27');
    END IF;
END;
/

Projecte EduGest · UD08: guions de manteniment

Enunciat

1. Dades de 2026-27. Executa el teu guió de promoció (pràctica 8.7) i afig un guió alta_nuevo_alumnado.sql que done d’alta deu alumnes nous de primer amb les seues matrícules, en una sola transacció.
2. Baixa lògica. Afig a ALUMNO una columna fecha_baja i escriu el guió que dona de baixa un alumne sense esborrar el seu expedient. Modifica les vistes de la UD05 perquè no mostren l’alumnat donat de baixa.
3. Política de concurrència. En 08-transacciones.md, decidix i justifica l’estratègia de bloqueig (pessimista o optimista) per a tres operacions de l’aplicació: posar notes, matricular i registrar faltes.
4. Integritat. Revisa el teu catàleg de restriccions (UD03-UD05): alguna pot implementar-se amb una restricció diferida o amb un guió transaccional? Documenta què queda per a la UD09.

Comprovació