estadistica

Formas normales

El análisis de un sistema de base de datos consiste en la investigación para decidir qué tablas nos hacen falta para resolver un problema. El más conocido el Entidad/Relación. Para completar el análisis de bases de datos, es necesario pasar por varias etapas (Modelo lógico, conceptual).

Las formas normales no son más que tres reglas que se deben tener un cuenta dentro delAnálisis conceptual, utilizando concretamente el método Entidad/Relación.

El proceso de aplicar las tres formas normales se llama normalización. Un diseño de base de datos que no cumpla la primera forma normal no será correcto. Cuantas más formas normales cumpla el diseño de base de datos, significará que la base de datos está más correctamente analizada.

Primera forma normal
Identificarcada tabla con una clave primaria, y poner los datos en tablas separadas, de manera que los datos de cada tabla sean de un tipo similar (desde el punto de vista conceptual).

Por ejemplo nosotros los seres humanos tenemos un nombre, pero puede que el mismo nombre lo tenga otra persona, entonces para ser identificados como únicos se nos da un numero el cual nos representa, este seria nuestra LLAVEPRIMARIA o CLAVE PRINCIPAL.

Segunda forma normal

Cree tablas independientes para conjuntos de valores que se apliquen a varios registros.
Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de una tabla,
una clave compuesta si es necesario. Por ejemplo, considere la dirección de un cliente en un sistema de contabilidad.La dirección se necesita en la tabla Clientes, pero también en las tablas Pedidos, Envíos, Facturas, Cuentas por cobrar y Colecciones. En lugar de almacenar la dirección de un cliente como una entrada independiente en cada una de estas tablas, almacénela en un lugar, ya sea en la tabla Clientes o en una tabla Direcciones independiente.

Tercera forma normal
Eliminar los campos que no dependande la clave.

Los valores de un registro que no sean parte de la clave de ese registro no pertenecen a la tabla. En general, siempre que el contenido de un grupo de campos pueda aplicarse a más de un único registro de la tabla, considere colocar estos campos en una tabla independiente.

Supongamos que necesitamos una tabla para almacenar facturas, y los datos que nos interesan son lossiguientes:



Si el programador que está diseñando la tabla, no tiene mucha experiencia, lo primero que hará es definir la tabla tal y como aparece anteriormente. Si además metemos datos, la tabla se verá así:




Según la primera forma normal, tenemos la necesidad de identificar cada uno de los registros de esta tabla inequívocamente. No podemos utilizar la descripción porque es posible que hayados facturas con la misma descripción (dos ventas de tornillos), tampoco el cliente porque un cliente suele tener más de una factura. Ni tampoco el importe porque es normal tener varias facturas con el mismo importe. Para ello tenemos que definir una nueva columna que nos identifique cada una de las facturas.

Es posible (y bastante común) que no encontremos una columna que sea capaz deidentificar a al registro completo, por ello se puede definir más de una columna dentro de la clave. En este caso es el conjunto de valores de las columna seleccionadas el que no se podrá repetir.

Esta columna (o conjunto de ellas) se denomina clave primaria (o primary key ).



Las columnas marcadas con (*) son las que componen la clave primaria. Según este nuevo
esquema, nuestra tabla con datosquedará así:



Ahora podemos estar seguros de que no habrá dos facturas con la misma referencia por lo que podemos consultar la factura con referencia ‘FFR00123’ y estaremos seguros de que sólo habrá una.

El siguiente paso de la primera forma normal es poner los datos en tablas separadas,
asegurándonos de que los datos de una tabla son datos correspondientes a aquello que almacena la...