Justificacion del Diseno de la Base de Datos - Pillam Ltd. Co.#

Diagrama del modelo de datos

1. Tabla `escola`#

Por que existe?#

El enunciado (seccion 2) define las Escoles como entidad independiente que agrupa sectores y vias. El requisito “No poden existir enlloc dues Escoles amb el mateix nom” exige una tabla dedicada con unicidad en el nombre.

Campos#

Campo	Tipo	Justificacion
id (PK)	SERIAL	ID numerico auto-incremental, mas eficiente que usar el nombre como PK para FK y joins.
nom (NN, UNIQUE)	TEXT	NOT NULL y UNIQUE porque no pueden existir dos escuelas con el mismo nombre.
aproximacio	TEXT	”Breu descripcio de com arribar”. Texto libre.
nombre_vies	INTEGER	”Numero total de vies”. Entero = cantidad.
popularitat	TEXT	Tres valores: baixa, mitjana, alta. CHECK constraint en la BD.
restriccions	TEXT	”Prohibicions durant certes epoques de l’any”. Texto libre.

Campos excluidos#

Coordenades: tachado en el enunciado. Solo los sectores tienen ubicacion; la escuela es un concepto de agrupacion.
Lloc (Poblacio): tachado en el enunciado.

2. Tabla `sector`#

Por que existe?#

El enunciado (seccion 3) define los Sectors como entidad separada: “Cada Escola tindra 1 o varis Sectors”. Son subdivisiones fisicas de una escuela (ej: Montserrat -> Vinya Nova, Collbato, Can Jorba). Tabla necesaria para:

Almacenar coordenadas geograficas (solo aplican a sectores).
Garantizar nombres unicos dentro de cada escuela.
Tener restricciones y popularidad propias por sector.

Campos#

Campo	Tipo	Justificacion
id (PK)	SERIAL	El nombre no es unico globalmente (dos escuelas podrian tener un sector “Nord”), necesitamos ID propio.
nom (NN)	TEXT	Obligatorio. La combinacion (nom + escola_id) debe ser unica (restriccion del enunciado).
latitud	DECIMAL	”Coordenades: (Latitud, Longitud)” solo para sectores. DECIMAL por precision.
longitud	DECIMAL	Complementa latitud para la ubicacion geografica.
aproximacio	TEXT	”Breu descripcio de com arribar”. Cada sector puede tener acceso diferente.
nombre_vies	INTEGER	”Numero total de vies” dentro del sector.
popularitat	TEXT	Mismos valores que escola (baixa/mitjana/alta) con CHECK. Puede diferir de su escuela.
restriccions	TEXT	Restricciones propias (ej: sector cerrado en invierno por nidificacion).
escola_id (FK)	INTEGER	N:1 con escola. Cada sector pertenece a exactamente una escuela.

Por que N:1?#

Un sector pertenece a una sola escuela. No tiene sentido que “Vinya Nova” pertenezca a dos escuelas.

3. Tabla `via`#

Por que existe?#

Las Vies son la entidad central (secciones 1.1, 1.2, 1.3). Los tres tipos (esportiva, classica, gel) comparten casi todos los atributos, por eso usamos una sola tabla con campo tipus en vez de tres tablas:

Campos casi identicos -> evitamos duplicacion.
Consultas como “cercar vies per dificultat” no requieren UNION.
Las diferencias (anclajes, rango de longitud) se gestionan con CHECK o a nivel de aplicacion.

Campos#

Campo	Tipo	Justificacion
id (PK)	SERIAL	Identificador unico.
nom	TEXT	Cada via tiene “nom propi”. Los largos individuales no tienen nombre, la via si.
llargada	INTEGER	5-30m (deportivas), 15-300m (clasicas/gel). Para clasicas/gel es la longitud total; el detalle por largo va en tabla `llarg`.
grau_dificultat	TEXT	Escala: 4, 4+, 5, 5+, 6a…9c+. TEXT por combinar numeros y letras. Regex tachada, se valida en aplicacion.
orientacio	TEXT	N, NE, NO, SE, SO, E, O, S. Regex tachada, pero aplicamos CHECK constraint por ser valores cerrados.
estat	TEXT	Apte, Construccio, Tancada con CHECK. Al pasar a Construccio/Tancada se registra el momento.
data_canvi_estat	TIMESTAMP	Registra cuando cambio de estado. TIMESTAMP por necesitar fecha y hora.
tipus	TEXT	esportiva, classica, gel con CHECK. Permite filtrar y aplicar reglas por tipo.
ancoratge	TEXT	”Cada via te un sol tipus d’ancoratge”. Deportivas: punts, parabolics, quimics. Clasicas/gel: + friends, fisures, bagues, pitons, Tricams, BigBros.
sector_id (FK)	INTEGER	N:1 con sector. “Cada Sector tindra 1 o varies vies”.
creada_per_id (FK)	INTEGER	N:1 con escalador. “L’escalador ha d’apareixer a la BDD o sino donar d’alta”.

Campos excluidos#

Lloc: tachado para los tres tipos.
Tipus de roca: tachado para los tres tipos.
Coordenades: tachadas. Las vias heredan ubicacion del sector.

Por que apunta a sector y no a escola?#

Jerarquia: Escola -> Sector -> Via. El sector ya indica la escuela; poner escola_id en via seria redundante.

4. Tabla `llarg`#

Por que existe?#

Las vias clasicas se componen de “diversos llargs (L1, L2, L3…)” que pueden superar 50m. Las de gel tambien tienen tramos. Tabla separada porque:

Numero variable de largos por via (1, 2, 5, 10…).
Cada largo tiene su propia longitud.
Relacion 1 que no cabe en un solo campo.

Las vias deportivas NO tienen largos (un solo tramo de 5-30m).

Campos#

Campo	Tipo	Justificacion
id (PK)	SERIAL	Identificador unico.
numero	INTEGER	Numero del largo (1, 2, 3… = L1, L2, L3). Permite ordenar secuencialmente.
llargada	INTEGER	”La Llargada s’haura de definir per a cada Llarg (Tram)”. Cada largo tiene su longitud.
via_id (FK)	INTEGER	N:1 con via. Cada largo pertenece a una sola via.

5. Tabla `escalador`#

Por que existe?#

El enunciado (seccion 4) define los Escaladors como entidad propia, referenciados desde via.creada_per_id y necesarios para el CRUD que pide el enunciado.

Campos#

Campo	Tipo	Justificacion
id (PK)	SERIAL	Identificador unico.
nom	TEXT	”Nom de l’escalador”.
alies	TEXT	”Alies de l’escalador”. Apodo/nickname.
edat	INTEGER	”Edat de l’escalador”. Entero = anos.
nivell	TEXT	”Nivell maxim que ha assolit, de 4 a 9c+”. TEXT por formato numeros + letras.
estil_preferit	TEXT	Tres opciones: esportiva, classica, gel. Se puede aplicar CHECK como en `via.tipus`.
via_maxim_id (FK)	INTEGER	N:1 con via. “Nom de la via on ha assolit el nivell maxim”. Multiples escaladores pueden referenciar la misma via.

Campos excluidos#

Historial: tachado (marcado PENDENT).
Fita: tachado (marcado PENDENT).

Resumen de Relaciones#

Relacion	Tipo	Justificacion
sector.escola_id -> escola.id	N:1	”Cada Escola tindra 1 o varis Sectors”. Un sector pertenece a una escuela.
via.sector_id -> sector.id	N:1	”Cada Sector tindra 1 o varies vies”. Una via pertenece a un sector.
via.creada_per_id -> escalador.id	N:1	El creador debe existir en la BD. Un escalador puede crear multiples vias.
llarg.via_id -> via.id	N:1	Vias clasicas/gel tienen multiples largos. Cada largo pertenece a una via.
escalador.via_maxim_id -> via.id	N:1	Cada escalador referencia su via de nivel maximo. Multiples escaladores pueden apuntar a la misma via.

Jerarquia del Modelo#

1
Escola (1) ---> (N) Sector (1) ---> (N) Via (1) ---> (N) Llarg
2
                                     |
3
                                     | creada_per
4
                                     v
5
                                  Escalador
6
                                     |
7
                                     | via_maxim
8
                                     v
9
                                    Via

Decisiones de Diseno Clave#

Una sola tabla via para los 3 tipos: Atributos casi identicos + consultas sin UNION. Las diferencias se gestionan con tipus y logica de aplicacion.
Tabla llarg separada: Numero variable de tramos con longitud propia. Relacion 1 que no cabe en un campo.
Coordenadas solo en sector: Tachadas en escola y via. La escuela agrupa; la via hereda ubicacion del sector.
creada_per_id como FK: El enunciado exige que el escalador creador exista en la BD -> integridad referencial.
CHECK constraints en vez de regex: El enunciado tacha regex, pero para campos con valores cerrados (popularitat, orientacio, estat, tipus) usamos CHECK, mas simple y directo. Solo grau_dificultat se valida en aplicacion por su rango extenso (4…9c+).

SQL de Creacion de Tablas#

1
-- =========================
2
-- ESCOLA
3
-- =========================
4
CREATE TABLE escola (
5
    id SERIAL PRIMARY KEY,
6
    nom TEXT UNIQUE NOT NULL,
7
    aproximacio TEXT,
8
    nombre_vies INTEGER,
9
    popularitat TEXT CHECK (popularitat IN ('baixa', 'mitjana', 'alta')),
10
    restriccions TEXT
11
);
12

13
-- =========================
14
-- SECTOR
15
-- =========================
16
CREATE TABLE sector (
17
    id SERIAL PRIMARY KEY,
18
    nom TEXT NOT NULL,
19
    latitud DECIMAL,
20
    longitud DECIMAL,
21
    aproximacio TEXT,
22
    nombre_vies INTEGER,
23
    popularitat TEXT CHECK (popularitat IN ('baixa', 'mitjana', 'alta')),
24
    restriccions TEXT,
25
    escola_id INTEGER,
26
    CONSTRAINT fk_sector_escola
27
        FOREIGN KEY (escola_id)
28
        REFERENCES escola(id)
29
        ON DELETE CASCADE
30
);
31

32
-- =========================
33
-- ESCALADOR
34
-- =========================
35
CREATE TABLE escalador (
36
    id SERIAL PRIMARY KEY,
37
    nom TEXT NOT NULL,
38
    alies TEXT,
39
    edat INTEGER,
40
    nivell TEXT,
41
    estil_preferit TEXT,
42
    via_maxim_id INTEGER
43
);
44

45
-- =========================
46
-- VIA
47
-- =========================
48
CREATE TABLE via (
49
    id SERIAL PRIMARY KEY,
50
    nom TEXT NOT NULL,
51
    llargada INTEGER,
52
    grau_dificultat TEXT,
53
    orientacio TEXT CHECK (orientacio IN ('N','NE','NO','SE','SO','E','O','S')),
54
    estat TEXT CHECK (estat IN ('Apte','Construccio','Tancada')),
55
    data_canvi_estat TIMESTAMP,
56
    tipus TEXT CHECK (tipus IN ('esportiva','classica','gel')),
57
    ancoratge TEXT,
58
    sector_id INTEGER,
59
    creada_per_id INTEGER,
60
    CONSTRAINT fk_via_sector
61
        FOREIGN KEY (sector_id)
62
        REFERENCES sector(id)
63
        ON DELETE CASCADE,
64
    CONSTRAINT fk_via_escalador
65
        FOREIGN KEY (creada_per_id)
66
        REFERENCES escalador(id)
67
        ON DELETE SET NULL
68
);
69

70
-- =========================
71
-- LLARG
72
-- =========================
73
CREATE TABLE llarg (
74
    id SERIAL PRIMARY KEY,
75
    numero INTEGER,
76
    llargada INTEGER,
77
    via_id INTEGER,
78
    CONSTRAINT fk_llarg_via
79
        FOREIGN KEY (via_id)
80
        REFERENCES via(id)
81
        ON DELETE CASCADE
82
);
83

84
-- =========================
85
-- RELACION ESCALADOR -> VIA (MAXIMO)
86
-- =========================
87
ALTER TABLE escalador
88
ADD CONSTRAINT fk_escalador_via_maxim
89
FOREIGN KEY (via_maxim_id)
90
REFERENCES via(id)
91
ON DELETE SET NULL;

Notas sobre el SQL#

Dependencia circular: via referencia escalador y viceversa. Se resuelve creando escalador primero sin la FK, y anadiendo fk_escalador_via_maxim con ALTER TABLE al final.
CHECK constraints: En popularitat, orientacio, estat y tipus para restringir valores en BD.
ON DELETE CASCADE: Refleja la jerarquia Escola -> Sector -> Via -> Llarg. Borrar un padre borra sus hijos.
ON DELETE SET NULL: En via.creada_per_id y escalador.via_maxim_id. No queremos borrar una via porque se elimine un escalador, ni viceversa.

Justificacion del Diseno de la Base de Datos - Pillam Ltd. Co.#

1. Tabla escola#

Por que existe?#

Campos#

Campos excluidos#

2. Tabla sector#

Por que existe?#

Campos#

Por que N:1?#

3. Tabla via#

Por que existe?#

Campos#

Campos excluidos#

Por que apunta a sector y no a escola?#

4. Tabla llarg#

Por que existe?#

Campos#

5. Tabla escalador#

Por que existe?#

Campos#

Campos excluidos#

Resumen de Relaciones#

Jerarquia del Modelo#

Decisiones de Diseno Clave#

SQL de Creacion de Tablas#

Notas sobre el SQL#

1. Tabla `escola`#

2. Tabla `sector`#

3. Tabla `via`#

4. Tabla `llarg`#

5. Tabla `escalador`#