Normalización de bases de datos

Buri Jimenez Cortes

Fundamentos de bases de datos

Instituto IACC

17-10-2017
INSTRUCCIONES: Lea detenidamente el siguiente planteamiento y responda a lo solicitado.
Imagínese que usted forma parte del equipo desarrollador de un nuevo sistema de
información para una cadena de supermercados, la cual cuenta con un departamento de
informática, pero solo para soporte en cada uno de los supermercados.
Sin embargo, ellos tienen acceso a la base de datos actual y le solicitan como requisito
indispensable para el nuevo desarrollo mantener la misma base de datos que se tiene. Luego de
evaluar la base de datos, usted se da cuenta de que no es óptima y que almacena muchas veces la
misma data, es decir, tiene redundancias. Ante esto solicita una reunión con el departamento de
informática para explicarles por qué no puede mantener esta base de datos. Para dar validez a su
alegato, usted decide explicarles qué es la normalización.
Para abordar esta reunión, se le solicita que elabore un informe donde explique las
características de la normalización y muestre el objetivo que persigue la misma. Además, debe
explicarles las ventajas que traerá para ellos tener una nueva base de datos normalizada.
Recuerde que es muy importante que dicho informe sea de su propia autoría, citando y
referenciando en caso necesario a partir de la Norma APA.

Desarrollo

Una normalización se refiere a la respuesta y el respaldo de las medidas que se construyen para

asegurar el acoplamiento de los componentes libremente desarrollados, y también asegurar la

naturaleza de los componentes fabricados y la seguridad de operación que tiene una base de

datos y este proceso de normalización de divide en dos partes por así decirlo, y ellas son

dependencia funcional y dependencia trasmitida.

La dependencia funcional es una asociación de propiedades, como ejemplo podemos considerar

la opción, en la cual en base a la estimación de una "fecha de nacimiento" podemos conocer la

estimación de la "edad". Y se compone como toma después de: Fecha de nacimiento Edad.

En cambio la dependencia transmitida con la posibilidad de que X e Y dependan prácticamente

de X y Z de Y, sin embargo, X no depende prácticamente de Y, se dice que Z depende

transitivamente de X. Un ejemplo seria: Fecha de nacimiento | Edad | Conducir.

La normalización de forma general, se puede indicar que parte de la base que reconocer sólo

necesita habilidades de juicio y pensamientos fundamentales de la prudencia de nivel

empresarial. De esta manera se dividen en 5 etapas y se denominan forma normal.

Algunas de las ventajas con la que cuenta la normalización acorde a información publicada en el

sitio web de Microsoft (“https://support.microsoft.com/es-cl/help/283878/description-of-the-

database-normalization-basics”) y corresponde a lo siguiente:

* Confiabilidad de información (a la luz del hecho de que no hay información repetitiva o

excluida).

* Investigaciones simplificadas (basadas en que las tablas estandarizadas crean mezclas

productivas y rápidas).

* Creación y clasificación de listas más rápidas (ya que las tablas tienen menos secciones).

* Ejecución más rápida de la proclama UPDATE (a la luz del hecho de que hay menos archivos

por tabla).

* Actualización de la determinación de simultaneidad (ya que los bloqueos de tablas influirán en

menos información).

Ahora considerando la información proporcionada, podemos con lograr centrarnos en el

problema planteado que es solicitado en las instrucciones, en referencia a que cosas debemos

mantener de la base de datos, y cuáles son los datos a eliminar que sean innecesarios dentro de

la base, para ello se mostrara que tipo de datos son necesarios mantener:
* cod_usuario

* nombre_usuario

* cedula_usuario

* cod_producto

* cod_empleado

* nombre_empleado

* apellido_empleado

* verificación_empleado

* cod_cliente

* nombre_cliente

* apellido_cliente

* cedula_cliente

* dirección_cliente

* teléfono_cliente

* puntos_cliente

* cod_venta

* fecha_venta

* cantidad_vendida

* descripción_producto

* cantidad_producto

* precio_compra_producto

* precio_venta_producto

* stock_producto

* cod_proveedor
* nombre_proveedor

* dirección_provedor

* cod_factura_compra

* cod_factura_venta

Para este caso la tabla se puede representar de la siguiente manera:

USUARIO

 cod_usuario

 nombre_usuario

 cedula_usuario

 cod_producto

 cod_empleado

 cod_proveedor

EMPLEADO

 cod_empleado

 nombre_empleado

 apellido_empleado

 verificación_empleado
CLIENTE

 cod_cliente

 nombre_cliente

 apellido_cliente

 cedula_cliente

 dirección_cliente

 teléfono_cliente

 puntos_cliente

Ahora realizaremos la misma operación con productos y ventas, para que las tablas tengan

alguna relación entre sí, usaremos el modelo entidad - relación un ejemplo seria de la siguiente

forma: usuario con empleado y empleado con cliente, tienen relación los atributos de estos.

Otro ejemplo pero con los atributos, seria así: nombre_usuario con nombre_empleado y

nombre_empleado con nombre_cliente eso sería un tipo de relación, por eso use ese modelo para

poder ayudarnos en la base de datos.

Finalmente, en el caso que consideremos que una tabla de detalle de negocios (ítem x ítem)

puede contener un volumen de un gran número de registros, habiendo conectado las 3 estructuras

ordinarias, ahorraremos mayor espacio en lo referente al tamaño en dicha tabla y, por supuesto,

notoriamente mejorada la ejecución de nuestra base de datos.

 Bibliografía

(https://support.microsoft.com/es-cl/help/283878/description-of-the-database-normalization-

basics)

(Contenidos semana 3, Fundamentos de bases de datos, IACC 2017)