1. Base de datos: Concesionario. Ventas

En una segunda fase de la implantación de la nueva base de datos, la dirección del concesionario Quatre Rodes decide guardar la información de las ventas de automóviles. De cada cliente se necesita guardar su DNI, nombre, apellidos, dirección, población, provincia, código postal, teléfono y fecha de nacimiento. Un cliente se identifica por su DNI.

En cuanto a las ventas, se han revisado los contratos de compra-venta para ver qué datos son necesarios almacenar. Arturo ha confirmado que debemos guardar el DNI del cliente, la matrícula del coche, la fecha de venta, la base imponible, el porcentaje de IVA, el importe de IVA y el importe total. Cada venta se identificará mediante la matrícula del coche y la fecha de venta.

2. Análisis y diseño (Modelo E-R)

El siguiente punto después de la lectura del enunciado será el análisis de éste para la realización del diseño mediante el modelo Entidad-Relación, el cual estudiamos en prácticas anteriores.

Siguiendo las fases estudiadas, vamos a identificar los diferentes elementos que se obtendrán en cada una de ellas.

2.1. Identificar entidades

El primer paso es identificar las entidades. Lee el texto detenidamente y localiza las entidades presentes.

2.2. Identificar atributos y dominios

Identifica los atributos de cada entidad, así como sus tipos. En este caso no nos dicen nada acerca del tamaño de algunos atributos, por lo que pondremos una longitud que entre dentro de lo lógico. Por tanto, los dominios serán:

• DNI: cadena de 10 caracteres
• Nombre: cadena de 25 caracteres
• Apellidos: cadena de 50 caracteres
• Fecha de nacimiento: Fecha/hora
• Teléfono: cadena de 25 caracteres
• Dirección: cadena de 50 caracteres
• Población: cadena de 50 caracteres
• Provincia: cadena de 50 caracteres
• Código postal: cadena de 5 caracteres
• Matrícula: cadena de 10 caracteres
• Fecha de venta: Fecha/hora
• Base imponible: real
• IVA: número entero

2.3. Identificar claves principales

La frase “Un cliente se identifica por su DNI” nos aclara cuál es la clave principal de la tabla de clientes. Lógicamente, el DNI es único para cada persona y no existen 2 personas con el mismo DNI.

La frase “Cada venta se identificará mediante la matrícula del coche y la fecha de venta” nos aclara cuál es la clave principal de la tabla de ventas. Ahora tenemos una clave principal compuesta.

¿Por qué? El DNI solo no puede ser: un cliente puede realizar varias compras al concesionario. La matrícula sola no puede ser: un coche puede venderse más de 1 vez. El DNI y la fecha no puede ser: un cliente puede comprar más de un coche en un mismo día. El DNI y la matrícula solos tampoco: un cliente puede comprar un coche, luego revenderlo al concesionario y después volver a comprarlo. El ejemplo es rebuscado pero factible.

2.4. Identificar relaciones y su grado

Identifica las diferentes relaciones entre entidades y su grado.

Cuestionario

• Descarga el cuestionario de preguntas. DESCARGAR
• Renombra el archivo descargado como "aydventas".

• Contesta a las cuestiones que se plantean.
• Guarda los cambios.

Diagrama

• Crea un diagrama en LibreOffice Draw.
• Guarda el diagrama como "dibventas".

• Representa los diagramas resultantes del análisis y diseño obtenido:
  • Representa las entidades junto con sus atributos y atributos derivados. Resalta sus claves primarias.
  • Representa las relaciones con su cardinalidad.
• Guarda los cambios.

3. Paso al modelo relacional. Implementación de la base de datos

Después del análisis y diseño realizaremos el paso del diagrama entidad-relación al modelo relacional. En este punto implementaremos la base de datos en Base mediante la creación de las tablas, atributos y relaciones.

3.1. Creación de las tablas y campos

Vamos a crear las tablas junto con sus campos correspondientes.

• Abre la base de datos "concesionario".
• Crea una tabla para cada entidad.
• Los campos de cada entidad corresponden a sus atributos.
• Establece las claves primarias correspondientes.
• Guarda las tablas.

3.2. Propiedades de los campos

3.2.1 Valores por defecto

Arturo, uno de los comerciales, quiere que al introducir una nueva venta, la base imponible sea 0 por defecto.

• Establece los valores por defecto.

3.2.2. Valores requeridos

Un cliente siempre tendrá nombre y apellidos, así como una venta tendrá un DNI que corresponderá al cliente que compra el coche. Así pues, dichos campos serán obligatorios, es decir, se obligará al usuario a introducir datos en esos campos para poder guardar el registro. De este modo, no podrán contener valores nulos.

• Establece los campos requeridos.

3.2.3. Formatos

Arturo, uno de los comerciales, quiere que la fecha de venta tenga el formato “DD/MM/AAAA”, es decir, día/mes/año y el año con 4 dígitos. Además, quiere que la base imponible se muestre en formato moneda.

• Establece los formatos correspondientes.

3.3. Relaciones entre tablas

Tras el diseño de tablas, podemos comprobar que la tabla de ventas tiene campos en común con la tabla de clientes y la tabla de automóviles. Por tanto, debemos relacionar las tablas mediante esos campos en común.

Los números indican la cardinalidad. Es decir:

• (N) Dado un cliente, puede haber muchos ventas de ese cliente.
• (1) Dada una venta en concreto, sólo puede ser de un cliente.
• (N) Dado un coche, tenemos que puede haber sido vendido muchas veces.
• (1) Dada una venta, sólo puede ser de un coche.

Cerrar la base de datos

• Guarda los cambios.
• Cierra la pantalla de relaciones.
• Guarda los cambios en la base de datos.
• Cierra la base de datos "concesionario".

Subir el cuestionario

• Sube el fichero "aydventas" a la plataforma.

Subir el diagrama

• Sube el fichero "dibventas" a la plataforma.