UD05 · Definició i control de dades (DDL i DCL)

Resum del tema

Fins ara hem dissenyat. En esta unitat implementem: convertim l’esquema relacional en taules reals dins d’un SGBD. Per a això usem dos subllenguatges de SQL:

• DDL (Data Definition Language): crea, modifica i elimina l’estructura (taules, restriccions, índexs, vistes, seqüències).
• DCL (Data Control Language): controla qui pot fer què (usuaris, rols i privilegis).

Tots els exemples usen Oracle AI Database 26ai Free. Quan una característica siga pròpia d’Oracle o d’una versió concreta, s’indica.

Temporalització

La unitat ocupa 17 hores d’aula (9 de teoria i 8 de pràctica).

En esta unitat passes del paper al SGBD. Executa cada sentència mentres llegixes: un CREATE TABLE que no has provat és només una hipòtesi. Els ginys interactius simulen el comportament d’Oracle amb finalitats didàctiques, però no substituïxen un SGBD real.

Objectius d’aprenentatge

En acabar esta unitat seràs capaç de:

• Explicar com emmagatzema Oracle la informació (blocs, segments, tablespaces).
• Triar el tipus de dades adequat per a cada columna.
• Crear taules amb totes les restriccions del disseny lògic: claus primàries, alienes i alternatives, NOT NULL i CHECK.
• Modificar i eliminar objectes de manera segura.
• Crear seqüències, columnes identitat, índexs i vistes.
• Crear usuaris i rols, i assignar privilegis aplicant el principi de mínim privilegi.
• Consultar el diccionari de dades per a comprovar allò que has creat.
• Usar assistents i eines gràfiques sense dependre’n.

1. SQL i Oracle

1.1 Subllenguatges de SQL

En Oracle, cada sentència DDL executa un COMMIT implícit abans i després d’executar-se. Si tenies canvis de dades pendents i llances un CREATE TABLE, eixos canvis queden confirmats i ja no podràs desfer-los amb ROLLBACK.

1.2 SQL estàndard enfront de dialectes

SQL és un estàndard ISO/IEC 9075, però cada SGBD n’implementa una part i afig extensions. Per això un script de MySQL no sol funcionar en Oracle sense canvis:

CREATE TABLE producto (
    id_producto  NUMBER(6) GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    nombre       VARCHAR2(100) NOT NULL,
    precio       NUMBER(8,2) CHECK (precio >= 0),
    activo       BOOLEAN DEFAULT TRUE      -- BOOLEAN des de 23ai
);

CREATE TABLE producto (
    id_producto  INT AUTO_INCREMENT PRIMARY KEY,
    nombre       VARCHAR(100) NOT NULL,
    precio       DECIMAL(8,2) CHECK (precio >= 0),
    activo       BOOLEAN DEFAULT TRUE
) ENGINE = InnoDB;

CREATE TABLE producto (
    id_producto  INTEGER GENERATED ALWAYS AS IDENTITY PRIMARY KEY,
    nombre       VARCHAR(100) NOT NULL,
    precio       NUMERIC(8,2) CHECK (precio >= 0),
    activo       BOOLEAN DEFAULT TRUE
);

1.3 Regles d’escriptura en Oracle

• Les paraules reservades i els identificadors no distingeixen majúscules: CREATE TABLE Alumno crea la taula ALUMNO. Oracle guarda els noms en majúscules en el diccionari.
• Si escrius un identificador entre cometes dobles ("Alumno"), Oracle respecta majúscules i espais, i hauràs d’usar sempre les cometes. Evita-ho.
• Els identificadors poden tindre fins a 128 bytes (des d’Oracle 12.2), comencen per lletra i poden contindre lletres, números, _, $ i #.
• Cada sentència acaba en ;. Els blocs PL/SQL (UD09) acaben a més amb / en una línia.
• Comentaris: -- hasta el final de la línea i /* de varias líneas */.
• Les cadenes van entre cometes simples: 'DAM'. Per a incloure una cometa, es duplica: 'Sant Joan d''Alacant'.

1.4 Usuari i esquema

En Oracle, un esquema és el conjunt d’objectes (taules, vistes, índexs…) que pertanyen a un usuari, i té el seu mateix nom. En connectar-te com a EDUGEST i crear la taula ALUMNO, el seu nom complet és EDUGEST.ALUMNO. Un altre usuari amb permís la consultaria així:

SELECT * FROM edugest.alumno;

2. Format d’emmagatzematge de la informació

El criteri RA2.a demana analitzar com es guarda la informació. Oracle organitza l’emmagatzematge en dos nivells:

flowchart LR
    subgraph Lògic
        TS[Tablespace USERS] --> SEG[Segment<br/>taula ALUMNO]
        SEG --> EXT[Extensions]
        EXT --> BLK[Blocs de dades<br/>8 KB]
    end
    subgraph Físic
        DF[(Fitxers de dades .dbf)] --> OSB[Blocs del<br/>sistema operatiu]
    end
    TS -.es guarda en.-> DF
    BLK -.ocupen.-> OSB

Cada fila té una adreça física única, el ROWID, que indica el fitxer, el bloc i la posició dins del bloc. És la forma més ràpida de localitzar una fila i la que usen internament els índexs.

SELECT ROWID, nombre FROM alumno FETCH FIRST 3 ROWS ONLY;

Una taula normal d’Oracle és una taula munt (heap): les files es guarden on hi ha espai lliure, sense cap ordre. Per això una consulta sense ORDER BY pot tornar les files en qualsevol ordre, i eixe ordre pot canviar.

3. Tipus de dades

Triar bé el tipus de cada columna (RA2.c) evita errors, estalvia espai i permet que el SGBD valide les dades.

3.1 Tipus principals d’Oracle

3.2 Precisió i escala de NUMBER

NUMBER(p, s): p és el nombre total de dígits significatius i s quants d’ells van després de la coma.

3.3 Criteris per a triar el tipus

1. S’hi opera? Si se suma o es compara numèricament, és NUMBER. Si no (DNI, telèfon, codi postal), és text: '03690' perdria el zero inicial com a número.
2. Té longitud fixa? CHAR només si sempre ocupa el mateix (DNI: CHAR(9)). En la resta, VARCHAR2.
3. Necessita decimals exactes? Els diners es guarden sempre en NUMBER(p, s), mai en coma flotant.
4. És una data? Usa DATE o TIMESTAMP, mai text: així pots ordenar, comparar i calcular.
5. Dimensiona amb marge raonable, sense exagerar: VARCHAR2(4000) per a un nom dificulta la validació i la lectura del disseny.

3.4 Equivalències amb altres SGBD

En Oracle la cadena buida '' és NULL. INSERT INTO alumno (..., email) VALUES (..., '') guarda un NULL, i la condició email = '' mai no és vertadera. En MySQL i PostgreSQL la cadena buida i NULL són coses distintes. És una de les diferències que més errors provoca en migrar.

El tipus DATE d’Oracle sempre guarda l’hora. SYSDATE torna data i hora actuals. Si compares fecha_matricula = DATE '2025-09-15' i la fila es va inserir amb SYSDATE, no coincidirà perquè l’hora no és 00:00:00. Ho tractarem a la UD06.

Calculadora de NUMBER(p, s)

Prova quins valors admet una columna i com els arredoneix Oracle. Observa què passa quan l’escala és negativa o quan el valor excedeix la precisió.

4. Creació de taules: CREATE TABLE

4.1 Finalitat i sintaxi

CREATE TABLE crea una taula buida amb les seues columnes i restriccions.

CREATE TABLE [esquema.]nom_taula (
    columna tipus [DEFAULT valor] [restriccions_de_columna],
    columna tipus ...,
    [restriccions_de_taula]
);

4.2 Exemple senzill, element a element

CREATE TABLE ciclo (
    cod_ciclo      VARCHAR2(5)    CONSTRAINT pk_ciclo PRIMARY KEY,
    nombre         VARCHAR2(100)  NOT NULL,
    grado          VARCHAR2(8)    DEFAULT 'SUPERIOR' NOT NULL,
    horas_totales  NUMBER(4)
);

Comprova el resultat amb l’ordre DESC del client:

SQL> DESC ciclo
 Name           Null?    Type
 -------------- -------- -------------
 COD_CICLO      NOT NULL VARCHAR2(5)
 NOMBRE         NOT NULL VARCHAR2(100)
 GRADO          NOT NULL VARCHAR2(8)
 HORAS_TOTALES           NUMBER(4)

4.3 Restriccions de columna i de taula

Una restricció pot escriure’s junt a la columna o al final, com un element més de la taula. Les restriccions que afecten diverses columnes (una clau primària composta, un UNIQUE de dues columnes o un CHECK que compara dues columnes) només poden escriure’s al final.

CREATE TABLE imparte (
    id_modulo        NUMBER(5),
    cod_grupo        VARCHAR2(10),
    curso_academico  CHAR(7),
    id_profesor      NUMBER(5)  NOT NULL,
    horas_semanales  NUMBER(2)  NOT NULL,
    -- restriccions de taula
    CONSTRAINT pk_imparte PRIMARY KEY (id_modulo, cod_grupo, curso_academico),
    CONSTRAINT ck_imparte_horas CHECK (horas_semanales BETWEEN 1 AND 12)
);

4.4 Valors per defecte i columnes especials

5. Restriccions d’integritat

Les restriccions implanten en la base de dades les regles del disseny lògic (RA2.d, RA2.e, RA6.f). El SGBD rebutja qualsevol operació que les incomplisca, vinga de l’aplicació que vinga.

5.1 Resum de restriccions

Posa sempre nom a les restriccions. Si no ho fas, Oracle s’inventa un com SYS_C008123. Quan un usuari reba l’error ORA-02290: check constraint (EDUGEST.CK_MATRICULA_NOTA) violated, sabrà exactament quina regla ha incomplit.

5.2 Clau primària i claus alternatives

CREATE TABLE profesor (
    id_profesor  NUMBER(5)     CONSTRAINT pk_profesor PRIMARY KEY,
    dni          CHAR(9)       CONSTRAINT nn_profesor_dni NOT NULL,
    email        VARCHAR2(100) NOT NULL,
    ...
    CONSTRAINT uq_profesor_dni   UNIQUE (dni),
    CONSTRAINT uq_profesor_email UNIQUE (email)
);

Una clau candidata no triada com a primària s’implanta com a UNIQUE + NOT NULL. Oracle crea automàticament un índex per a cada PRIMARY KEY i cada UNIQUE.

5.3 Claus alienes

CONSTRAINT fk_matricula_alumno FOREIGN KEY (id_alumno)
    REFERENCES alumno (id_alumno)
    ON DELETE CASCADE

• La taula referenciada ha d’existir abans. Crea primer les taules «pare» o afig la clau aliena després amb ALTER TABLE (és el que fa EduGest amb el cap de departament, perquè DEPARTAMENTO i PROFESOR es referencien mútuament).
• Una clau aliena admet NULL llevat que afigques NOT NULL. Una fila amb la clau aliena a NULL no es comprova.
• Oracle no crea índexs sobre les claus alienes. Crea’ls tu (apartat 8).

5.4 Restriccions CHECK

Un CHECK és una condició que ha de ser vertadera o desconeguda (NULL) per a cada fila:

CONSTRAINT ck_matricula_nota  CHECK (nota_final BETWEEN 0 AND 10),
CONSTRAINT ck_grupo_turno     CHECK (turno IN ('M', 'T')),
CONSTRAINT ck_falta_horas     CHECK (horas BETWEEN 1 AND 6),
CONSTRAINT ck_matricula_curso CHECK (REGEXP_LIKE(curso_academico, '^[0-9]{4}-[0-9]{2}$')),
CONSTRAINT ck_reserva_fechas  CHECK (fecha_salida > fecha_entrada)

Si nota_final és NULL, la condició nota_final BETWEEN 0 AND 10 és desconeguda i el CHECK l’accepta. Si la columna ha de tindre valor, afig NOT NULL.

Un CHECK no pot usar subconsultes, ni consultar altres taules, ni cridar SYSDATE. Les regles que ho necessiten són restriccions no representables (UD03, apartat 6) i s’implementen amb triggers (UD09).

5.5 Consultar les restriccions en el diccionari

SELECT constraint_name, constraint_type, search_condition, r_constraint_name, delete_rule
FROM   user_constraints
WHERE  table_name = 'MATRICULA'
ORDER  BY constraint_type;

SELECT constraint_name, column_name, position
FROM   user_cons_columns
WHERE  table_name = 'MATRICULA'
ORDER  BY constraint_name, position;

constraint_type: P = clau primària, U = única, R = referencial (clau aliena), C = CHECK (també NOT NULL).

Constructor de CREATE TABLE

Defineix columnes, tipus i restriccions i observa l’script que genera. Les restriccions porten sempre nom (pk_, fk_, uq_, ck_, nn_), la qual cosa facilita interpretar els errors d’Oracle.

Canvia a l’exemple MATRICULA i localitza la clau primària composta i les dues claus alienes. Després elimina una d’elles i raona quina integritat perds.

De les regles de transformació de la UD03 al DDL

A la UD03 vas dissenyar l’esquema relacional sense escriure SQL. Esta taula tradueix cada decisió de disseny a la seua sentència en Oracle:

Quan traduïsques un esquema de la UD03, seguix este ordre: primer les taules sense claus alienes, després les taules filles i, finalment, les claus alienes circulars amb ALTER TABLE.

6. Modificar i eliminar l’estructura

6.1 ALTER TABLE

-- Afegir columnes (en Oracle no s'escriu la paraula COLUMN)
ALTER TABLE alumno ADD (fecha_alta DATE DEFAULT SYSDATE);

-- Canviar el tipus, la grandària o l'obligatorietat
ALTER TABLE alumno MODIFY (telefono VARCHAR2(20));
ALTER TABLE alumno MODIFY (localidad NOT NULL);   -- falla si hi ha files amb NULL

-- Renomenar i eliminar columnes
ALTER TABLE alumno RENAME COLUMN telefono TO telefono_movil;
ALTER TABLE alumno DROP COLUMN fecha_alta;

-- Afegir i eliminar restriccions
ALTER TABLE alumno ADD CONSTRAINT ck_alumno_email CHECK (email LIKE '%@%');
ALTER TABLE alumno DROP CONSTRAINT ck_alumno_email;

-- Desactivar temporalment una restricció (per exemple, en una càrrega massiva)
ALTER TABLE matricula DISABLE CONSTRAINT fk_matricula_modulo;
ALTER TABLE matricula ENABLE CONSTRAINT fk_matricula_modulo;

-- Renomenar una taula
RENAME alumno_tmp TO alumno_historico;

Quan actives una restricció, Oracle comprova totes les files existents. Si alguna l’incompleix, l’ENABLE falla. Amb ENABLE NOVALIDATE només es comproven les files noves, però aleshores la taula pot contindre dades incorrectes.

6.2 DROP TABLE, paperera i TRUNCATE

DROP TABLE matricula;                       -- va a la paperera de reciclatge
FLASHBACK TABLE matricula TO BEFORE DROP;   -- la recupera

DROP TABLE matricula PURGE;                 -- esborrat definitiu
DROP TABLE alumno CASCADE CONSTRAINTS;      -- esborra també les FK que apunten a ALUMNO
DROP TABLE IF EXISTS alumno_tmp;            -- sense error si no existeix (23ai i posteriors)

TRUNCATE TABLE falta_asistencia;            -- buida la taula; no es pot desfer

TRUNCATE i DROP ... PURGE no es poden desfer. En un servidor de producció, abans d’executar-los: comprova a quina base de dades estàs connectat, fes una còpia de seguretat i, si és possible, que una altra persona revise l’ordre.

6.3 Documentar el disseny amb comentaris

COMMENT ON TABLE  matricula IS 'Matrícula de un alumno en un módulo para un curso académico';
COMMENT ON COLUMN matricula.nota_final IS 'NULL = sin calificar';

SELECT column_name, comments FROM user_col_comments WHERE table_name = 'MATRICULA';

7. Seqüències i columnes identitat

Per a generar identificadors artificials (claus subrogades) hi ha dos mecanismes:

CREATE TABLE incidencia (
    id_incidencia NUMBER(8) GENERATED ALWAYS AS IDENTITY (START WITH 1 INCREMENT BY 1)
                  CONSTRAINT pk_incidencia PRIMARY KEY,
    descripcion   VARCHAR2(200) NOT NULL
);

INSERT INTO incidencia (descripcion) VALUES ('Proyector del aula 12 averiado');

CREATE SEQUENCE seq_incidencia START WITH 1 INCREMENT BY 1 NOCACHE;

CREATE TABLE incidencia (
    id_incidencia NUMBER(8) DEFAULT seq_incidencia.NEXTVAL
                  CONSTRAINT pk_incidencia PRIMARY KEY,
    descripcion   VARCHAR2(200) NOT NULL
);

SELECT seq_incidencia.NEXTVAL FROM dual;   -- següent valor
SELECT seq_incidencia.CURRVAL FROM dual;   -- últim valor obtingut en esta sessió

Les seqüències no garantixen valors consecutius: un ROLLBACK, la caché o un reinici poden deixar buits. Un identificador artificial només ha de ser únic, no correlatiu. Si el negoci exigix números de factura sense buits, cal implementar-ho d’una altra manera.

8. Índexs

Un índex és una estructura addicional, normalment un arbre B+, que permet localitzar files sense recórrer tota la taula, igual que l’índex alfabètic d’un llibre.

-- Índex simple sobre una clau aliena
CREATE INDEX ix_alumno_grupo ON alumno (cod_grupo);

-- Índex compost: útil per a cerques per cognoms i nom
CREATE INDEX ix_alumno_apellidos_nombre ON alumno (apellidos, nombre);

-- Índex únic (equival a la restricció UNIQUE, però és preferible la restricció)
CREATE UNIQUE INDEX ux_modulo_codigo_ciclo ON modulo (codigo, cod_ciclo);

-- Índex basat en funció: cerques sense distingir majúscules
CREATE INDEX ix_alumno_email_upper ON alumno (UPPER(email));

DROP INDEX ix_alumno_apellidos_nombre;

Un índex accelera les lectures però alenteix les escriptures: cada INSERT, UPDATE o DELETE ha d’actualitzar també tots els índexs de la taula, i a més ocupa espai. Indexar és una decisió de disseny físic: la UD07 ensenya a comprovar amb el pla d’execució si un índex s’usa.

Laboratori: quant ajuda un índex?

Mou el lliscador per a veure quants blocs llig una cerca amb índex i sense.

9. Vistes

Una vista és una consulta guardada amb nom que s’usa com si fora una taula. No emmagatzema dades: cada vegada que es consulta, executa el seu SELECT (RA2.f).

9.1 Per a què servixen

• Seguretat: mostrar només algunes columnes o files a certs usuaris.
• Simplicitat: ocultar consultes complexes (diverses taules, càlculs).
• Independència lògica: si canvia l’estructura de les taules, s’adapta la vista i les aplicacions continuen funcionant.

9.2 Creació

-- El professorat necessita el llistat d'alumnes, però no el seu DNI ni el seu telèfon
CREATE OR REPLACE VIEW v_alumno_listado AS
    SELECT id_alumno, nia, nombre, apellidos, email, cod_grupo
    FROM   alumno;

-- Vista de només lectura per a tutoria: alumnat d'un grup concret
CREATE OR REPLACE VIEW v_alumno_1dam AS
    SELECT id_alumno, nombre, apellidos, email
    FROM   alumno
    WHERE  cod_grupo = '1DAM'
    WITH READ ONLY;

-- Vista actualitzable que impedix «traure» files del seu àmbit
CREATE OR REPLACE VIEW v_matricula_abierta AS
    SELECT id_matricula, id_alumno, id_modulo, curso_academico, nota_final
    FROM   matricula
    WHERE  curso_academico = '2026-27'
    WITH CHECK OPTION CONSTRAINT ck_v_matricula_abierta;

SELECT * FROM v_alumno_listado WHERE cod_grupo = '2DAW';
DROP VIEW v_alumno_1dam;

Una vista sobre una sola taula, sense agrupacions, DISTINCT ni columnes calculades, sol ser actualitzable: un UPDATE sobre la vista modifica la taula base. Les vistes amb JOIN només ho són parcialment. Una vista materialitzada (CREATE MATERIALIZED VIEW) sí que emmagatzema el resultat i es refresca periòdicament: és una eina de rendiment per a informes.

10. Control de dades: usuaris, privilegis i rols

10.1 El principi de mínim privilegi

Cada usuari ha de tindre només els permisos imprescindibles per al seu treball i només durant el temps que els necessita. Si una aplicació es connecta com a administrador i patix una injecció SQL, l’atacant obté control total de la base de dades.

flowchart TB
    subgraph EDUGEST[Esquema EDUGEST: propietari de les taules]
      T[(Taules)]
      V[(Vistes)]
    end
    S[rol_secretaria] -->|SELECT, INSERT, UPDATE| T
    P[rol_profesorado] -->|SELECT vistes · UPDATE nota_final| V
    C[rol_consulta] -->|SELECT vistes| V
    u1([sec_ana]) --> S
    u2([prof_marta]) --> P
    u3([dir_jefatura]) --> C
    app([app_edugest]) --> S

10.2 Usuaris

Oracle 26ai (connectat com a SYSTEM a FREEPDB1)

CREATE USER prof_marta IDENTIFIED BY "Cambiar_2026"
    DEFAULT TABLESPACE users
    QUOTA 0 ON users          -- no podrà crear objectes que ocupen espai
    PASSWORD EXPIRE;          -- haurà de canviar la contrasenya en entrar

ALTER USER prof_marta IDENTIFIED BY "Nueva_Clave_2026";
ALTER USER prof_marta ACCOUNT LOCK;     -- bloquejar (baixa temporal)
ALTER USER prof_marta ACCOUNT UNLOCK;
DROP USER prof_marta CASCADE;           -- CASCADE esborra també els seus objectes

10.3 Privilegis de sistema i d’objecte

-- Privilegi de sistema: poder connectar-se
GRANT CREATE SESSION TO prof_marta;

-- Privilegis d'objecte (els concedeix el propietari, EDUGEST, o un administrador)
GRANT SELECT ON edugest.v_alumno_listado TO prof_marta;
GRANT SELECT, UPDATE (nota_final) ON edugest.matricula TO prof_marta;   -- només eixa columna

-- Retirar privilegis
REVOKE UPDATE ON edugest.matricula FROM prof_marta;

Evita els privilegis ANY (SELECT ANY TABLE, DROP ANY TABLE…): s’apliquen a tots els esquemes de la base de dades, inclosos els d’altres aplicacions.

Des d’Oracle 23ai existixen els privilegis d’esquema, que limiten l’ANY a un esquema concret: GRANT SELECT ANY TABLE ON SCHEMA edugest TO dir_jefatura;. Inclouen també les taules que es creen en el futur en eixe esquema.

10.4 Rols

Un rol és un conjunt de privilegis amb nom. S’assignen privilegis al rol i el rol als usuaris: així, quan arriba una professora nova basta amb una ordre.

CREATE ROLE rol_profesorado;
GRANT CREATE SESSION TO rol_profesorado;
GRANT SELECT ON edugest.v_alumno_listado TO rol_profesorado;
GRANT SELECT, UPDATE (nota_final) ON edugest.matricula TO rol_profesorado;
GRANT SELECT, INSERT, UPDATE ON edugest.falta_asistencia TO rol_profesorado;

GRANT rol_profesorado TO prof_marta;
REVOKE rol_profesorado FROM prof_marta;
DROP ROLE rol_profesorado;

10.5 Polítiques de contrasenyes: perfils

CREATE PROFILE perfil_personal LIMIT
    FAILED_LOGIN_ATTEMPTS 5       -- bloqueig després de 5 intents fallits
    PASSWORD_LOCK_TIME    1/24    -- durant 1 hora
    PASSWORD_LIFE_TIME    180     -- caducitat en dies
    PASSWORD_REUSE_MAX    5;      -- no repetir les 5 últimes

ALTER USER prof_marta PROFILE perfil_personal;

10.6 Consultar usuaris i privilegis

10.7 Altres mesures de protecció

• Autenticació robusta: contrasenyes llargues, perfils amb caducitat i bloqueig, i comptes personals (res d’usuaris compartits).
• Protecció de credencials: mai escriguis contrasenyes en el codi font ni les pugis a Git. Usa variables d’entorn o gestors de secrets.
• Connexions segures: xifra el trànsit amb TLS (en Oracle, Native Network Encryption o TCPS).
• Exposició del servei: el port 1521 no ha d’estar accessible des d’Internet; només des dels servidors d’aplicació.
• Còpies de seguretat: Oracle Data Pump (expdp/impdp) per a exportar esquemes i RMAN per a còpies físiques. Una còpia que no s’ha provat de restaurar no és una còpia.
• Dades personals: vistes i privilegis per columna per a complir la minimització del RGPD (UD01).

Taller de rols i privilegis

Dissenya un rol, assigna’l a un usuari i comprova quines sentències pot executar. Els errors (ORA-01031, ORA-00942, ORA-01045) són els que torna Oracle.

SELECT ANY TABLE i GRANT ... WITH ADMIN OPTION són privilegis molt amplis. Concedix-los només quan existisca una raó justificada i documentada: el mínim privilegi és una bona pràctica de seguretat i un requisit de protecció de dades.

11. Diccionari de dades

El diccionari és el catàleg del SGBD: descriu tots els objectes. És la forma de comprovar allò que s’ha creat.

SELECT table_name FROM user_tables ORDER BY 1;
SELECT column_name, data_type, data_length, data_precision, data_scale, nullable
FROM   user_tab_columns WHERE table_name = 'ALUMNO' ORDER BY column_id;
SELECT index_name, index_type, uniqueness FROM user_indexes WHERE table_name = 'ALUMNO';
SELECT view_name, text FROM user_views;
SELECT object_name, object_type, status FROM user_objects ORDER BY object_type;

12. Assistents i eines gràfiques

El criteri RA2.h demana usar assistents, eines gràfiques i els llenguatges DDL i DCL.

Usa l’assistent per a aprendre la sintaxi i per a tasques puntuals, però guarda sempre l’script SQL que genera. Un script es versiona en Git, es revisa, es pot repetir en un altre servidor i documenta exactament què es va fer. Un clic, no.

13. Errors freqüents

14. Resum

• El DDL defineix l’estructura i el DCL controla l’accés. En Oracle, cada sentència DDL confirma la transacció en curs.
• Oracle emmagatzema les taules en segments dins de tablespaces, en blocs de dades; cada fila té un ROWID.
• Tria els tipus pel seu ús: VARCHAR2, CHAR, NUMBER(p,s), DATE/TIMESTAMP i, des de 23ai, BOOLEAN. En Oracle, '' és NULL.
• Implanta totes les restriccions del disseny amb nom: PRIMARY KEY, UNIQUE, FOREIGN KEY, NOT NULL i CHECK.
• ALTER TABLE modifica l’estructura; DROP i TRUNCATE són destructius.
• Les columnes identitat i les seqüències generen claus artificials; els índexs acceleren les cerques a canvi d’escriptures més lentes.
• Les vistes simplifiquen i protegixen l’accés. Els usuaris, privilegis i rols apliquen el principi de mínim privilegi.
• El diccionari de dades permet comprovar tot allò creat.

15. Autoavaluació

Referències

• Oracle AI Database 26ai: SQL Language Reference.
• Oracle AI Database 26ai: Database Concepts, Logical Storage Structures.
• Oracle AI Database 26ai: Security Guide.