Modelamiento y Normalización de Base de Datos.

Modelamiento y Normalización de Base de Datos.

Administración de Base de Datos.

Instituto IACC

02-04-2016

Desarrollo

1. De acuerdo al ejercicio planteado, para la creación de un modelo de datos para una empresa de ventas de electrodomésticos al detalle, se considera que el mejor modelo de datos que se puede utilizar es el modelo relacional. Lo anterior, puesto que con este tipo de modelo se puede entender con mayor facilidad las asociaciones que existen entre las distintas tablas creadas y los campos usados para su unión.

En este mismo sentido y considerando que las ventajas de este tipo de modelado de datos entre otras son:

• Se garantiza herramientas para evitar la duplicidad de registros, a través de campos claves o llaves.
• Se garantiza la integridad referencial: Así al eliminar un registro elimina todos los registros relacionados dependientes.
• Favorece la normalización por ser más comprensible y aplicable.

Se aprecia que este modelo es la mejor opción para una empresa de las características solicitadas en el control.

Al elegir este tipo de modelo de datos, se debe tener en claro lo siguiente:

        Atributos: Propiedad que describe cada entidad.

        Campos: Mínima unidad de almacenamiento de información.

Registros: Conjunto de campos.

        Dominios: Conjunto de posibles valores de un atributo.

Con estos datos ya preparados, se puede dar paso a la creación del modelado de datos con el esquema elegido.

1. Las tablas que se utilizarán para el modelado de datos relacional, serán las siguientes:

[pic 1]

El esquema para el modelo seleccionado se reflejaría de la siguiente forma:

[pic 2]                  [pic 3]

        [pic 4]        [pic 5]

        [pic 6]          [pic 7]

1. Para dar paso desde el diseño de las tablas a la tercera forma normal, es que se explicará cada uno de estos pasos, pero antes se debe considerar que para iniciar el proceso de 3FN, las tablas deben encontrarse en 2FN, es decir, si no existiese una clave primaria, el atributo que pudiera depender de esta (PK) tampoco existiría.

Teniendo claro el punto anterior, se puede explicar el siguiente esquema:

1. Se tiene la tabla CLIENTES, con los datos más relevantes de las personas que han realizado compras a la tienda de electrodomésticos al detalle.
2. Esta tabla (CLIENTES) ha sido relacionada con la tabla FACTURACION a través del campo RUT_CLIENTE como llave principal (siempre entendiendo que se habla de la tabla clientes), mientras que en la tabla FACTURACION el campo RUT_CLIENTE es una llave foránea, con esto se logra que la tabla “CLIENTES” no concentre datos repetidos, ya que un cliente puede realizar más de una compra.
3. A su vez, no es correcto reunir en la tabla FACTURACION, todos los detalles de los productos que el cliente ha comprado, ya que aglutinaríamos la tabla con mucha información, por este motivo se ha creado una nueva tabla llamada DETALLE_FACTURACION, la que se unirá a la tabla FACTURACION mediante el campo NUM_BOLETA (PK en FACTURACION) y el campo ID_BOLETA (FK en DETALLE_FACTURACION).
4. Siguiendo con la misma idea se creó la tabla PRODUCTOS, con el fin de determinar cuáles son los productos que aparecen en la tabla DETALLE_FACTURACION.

Para lograr esto, se une la tabla DETALLE_FACTURACION mediante el campo ID_PRODUCTO (FK), con el campo ID_PRODUCTO (PK) de la tabla PRODUCTOS.

...