La problemática asociada al almacenamiento y recuperación de datos semi-estructurados en bases de datos

La problemática asociada al
almacenamiento y recuperación de datos
semi-estructurados en bases de datos

Práctica de la asignatura de Sistemas de Gestión de Bases de Datos
Dpto. de Lenguajes y Sistemas Informáticos, ETSI Informática, UNED.

CURSO 2006/07

1. Introducción
En esta práctica se van a explorar las dificultades en almacenar datos semiestructurados en bases de datosrelacionales, cómo solucionarlas etiquetando los datos
en XML y almacenándolos en una base de datos XML nativa, y por último, cómo llevar a
cabo búsquedas sobre los datos utilizando XQuery.

2. El escenario de la práctica
Se trata de una Base de Datos que almacena datos de un taller de reparación de
vehículos. En esta base de datos hay que guardar información sobre:
 el tipo de vehículo (moto,coche, 4x4, monovolumen, etc.) y sus características
(capacidad del motor, tipo de combustible, color, marca, etc.),
 los problemas que tiene (puede haber más de uno),
 las piezas de recambio que se necesitan para solucionar cada problema y
 los mecánicos que van a llevar a cabo los trabajos (cada uno es especialista en
un solo tipo de trabajo, así que hará falta uno o más para cada problema).3. Base de datos relacional
3.1. Diseño de la base de datos
3.1.1. Requisitos de datos
Los principales requisitos del taller serán los siguientes:
 Los vehículos se identifican mediante su matrícula, y será necesario almacenar
información sobre el tipo de vehículo, la marca, el modelo, el color, la cilindrada,
y el tipo de combustible que emplea.
 Identificaremos a los empleadosmediante los valores de un atributo cod-mec, y
almacenaremos el nombre de cada empleado, así como su especialidad.
 Las piezas se identifican mediante sus valores de cod-pieza, y tendrán un
atributo con el nombre de la pieza
 Una reparación se llevará a cabo en un vehículo por uno o varios mecánicos y
normalmente requerirá la sustitución de varias piezas.
En el diseño de un taller real semantendría mucha más información como por ejemplo
DNI, dirección de los empleados, etc., o descripción, fabricante y precio de las piezas,
además de todo el apartado de control del tiempo de la mano de obra y la facturación.
No obstante, y en aras de mantener el ejemplo sencillo para no desviar la atención de
los objetivos de la práctica, prescindiremos de dicha información.

3.1.2. Conjuntos deentidades y de relaciones
A partir de la especificación de los requisitos de datos podemos identificar los conjuntos
de entidades y relaciones, y sus atributos:
 El conjunto de entidades vehículos, con los atributos matricula, tipo-vehiculo,
marca, modelo, color, cilindrada, tipo-combustible
 El conjunto de entidades mecanicos, con los atributos cod-mec, nombre,
especialidad
 Elconjunto de entidades piezas, con los atributos cod-pieza, nombre
 El conjunto de relaciones reparaciones, de uno a varios entre vehículos y
mecanicos y entre vehículos y piezas, con los atributos

3.1.3. Diagrama E-R
A continuación se muestra el diagrama E-R completo para el modelo conceptual del
taller, realizado con la herramienta para dibujar diagramas estructurados Dia, realizada
bajolicencia GPL.

3.1.4. Representación tabular
Las tablas de la base de datos relacional taller son:
 vehiculos (matricula, tipo-vehiculo, marca, modelo, color, cilindrada, tipocombustible)
 mecanicos (cod-mec, nombre, especialidad)
 piezas (cod-pieza, nombre)
 reparaciones (matricula, cod-mec, cod-pieza , fecha-entrada, fecha-salida,
kilómetros, averias, tipo-averia)
Las claves primariasestán subrayadas. La clave primaria del conjunto de relaciones
reparaciones está formada por la unión de las claves primarias de los conjuntos de
entidades vehiculos, mecanicos y piezas

3.2. Consultas en SQL
a. Listar todos los vehículos almacenados.
En este listado deben aparecer los vehículos que están actualmente en reparación, es
decir, los que tienen fecha de entrada pero no de salida...