Perea, Ramón. del Pozo, Raúl.

04/12/2023
Villota, Manuel. Estaban, Víctor.
Hidalgo, Alberto.

4. Normalización:
La única tabla que no estaba en FNBC era la tabla entrada.
Tabla ENTRADA:

Está en 2FN. Procedemos a normalizarla:

Para eso la separamos en 2 tablas. Escenario-Entrada con las claves y Entrada con la información de las
entradas. Haciendo esto ya estaríamos en FNBC. El resto de tablas cumplen todas la Formas Normales,
ya que no tienen multivalores (1FN), toda clave implica de forma total a todo atributo no primo (2FN), y
toda relación sale de una superclave (3FN Y FNBC).

Ahora está en FNBC.

La mayor desventaja que tendríamos es que hay que hacer un JOIN para poder acceder al precio y la hora
de las entradas, lo que empeoraría la eficiencia de las consultas. Lo bueno es que no tendríamos
pérdidas de relaciones al normalizar, haciendo que no sea mala idea hacer la normalización. Como
ventaja tiene que ayudará a evitar anomalías en la BD.

FESTIVAL 1
Perea, Ramón. del Pozo, Raúl. 04/12/2023
Villota, Manuel. Estaban, Víctor.
Hidalgo, Alberto.

5. Diseño Físico:
En referencia a la Figura 1, esta será la más habitual ya que sirve para controlar el acceso al festival. Esta
consulta proporciona a qué escenario puede entrar el cliente. Esta consulta se estimar que se usará entre
un 10% ó 20% más que el número de entradas vendidas, ya que hay que usarla cada vez que se entra a
un escenario. Debería devolver entre 0 y el número de escenarios al que tiene acceso la entrada.
En referencia a la Figura 2, esta se emplea para buscar en qué escenario/s tocará/n un grupo. Está
ordenado por el nomble del grupo para que aparezca primero el nombre que más interesa al cliente. Esta
consulta se estima que se usará entre un 60%-70% de veces del número de entradas vendidas,
aumentando su uso cuanto más próximo esté la hora de la actuación. Debería devolver, si se ha
introducido un nombre de un grupo que actúe, entre 1 y el número de actuaciones del grupo por escenario.
Si hubiera varios nombres que coinciden, la estimación se multiplicará por el número de grupos.
En referencia a la Figura 3, esta se usa para saber a cuantos grupos seré capaz de ver con mi entrada,
los cuales se agrupan por escenario. Se estima que se emplee varias veces durante el festival por parte de
los clientes. Debería devolver el número de filas equivalente al número de actuaciones que haya por cada
escenario al que se pueda acceder.

Figura 1: 120.000 veces al día.

Figura 2: 60.000 veces al día.

Figura 3: 100.000 veces al día.

En base a:

FESTIVAL 2
Perea, Ramón. del Pozo, Raúl. 04/12/2023
Villota, Manuel. Estaban, Víctor.
Hidalgo, Alberto.

En la Figura 4 se muestran los principales accesos previstos sobre las tablas de la BD propuestas
previamente junto con los índices propuestos para mejorar el rendimiento a sus accesos:

Figura 4: Cuadrícula

Como se puede observar, para la tabla Escenario, hemos decidido establecer una organización de Montón
y un índice secundario clave sobre código debido a la poca cantidad de filas y la necesidad de tener como
clave Código.
Sobre la tabla Escenario-Entrada hemos propuesto un índice primario sobre ambos elementos de la clave
y un índice secundario no clave sobre Código únicamente.
Sobre la tabla Actuación hemos propuesto un índice primario sobre ambos elementos de la clave y un
índice secundario no clave sobre Nombre únicamente

FESTIVAL 3