Grados de normalizacin

Existen bsicamente tres niveles de normalizacin: Primera Forma Normal (1NF), Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF). Cada una de estas formas tiene sus propias reglas. Cuando una base de datos se conforma a un nivel, se considera normalizada a esa forma de normalizacin. No siempre es una buena idea tener una base de datos conformada en el nivel ms alto de normalizacin, puede llevar a un nivel de complejidad que pudiera ser evitado si estuviera en un nivel ms bajo de normalizacin.

Regla y Descripcin
Primera Forma Normal (1FN) Incluye la eliminacin de todos los grupos repetidos. Segunda Forma Normal (2FN) Asegura que todas las columnas que no son llave
sean completamente dependientes de la llave primaria (PK).

Tercera Forma Normal (3FN) Elimina cualquier dependencia transitiva. Una

dependencia transitiva es aquella en la cual las columnas que no son llave son dependientes de otras columnas que tampoco son llave.

Primera Forma Normal

La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. Poner la base de datos en la Primera Forma Normal resuelve el problema de los encabezados de columna mltiples. Muy a menudo, los diseadores de bases de datos inexpertos harn algo similar a la tabla no normalizada. Una y otra vez, crearn columnas que representen los mismos datos. La normalizacin ayuda a clarificar la base de datos y a organizarla en partes ms pequeas y ms fciles de entender. En lugar de tener que entender una tabla gigantesca y monoltica que tiene muchos diferentes aspectos, slo tenemos que entender los objetos pequeos y ms tangibles, as como las relaciones que guardan con otros objetos tambin pequeos.

Segunda Forma Normal

La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un trmino que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.

Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayora de los problemas de lgica. Podemos insertar un registro sin un exceso de datos en la mayora de las tablas.

Tercera Forma Normal

Una tabla est normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave. Cuando las tablas estn en la Tercera Forma Normal se previenen errores de lgica cuando se insertan o borran registros. Cada columna en una tabla est identificada de manera nica por la llave primaria, y no debe haber datos repetidos. Esto provee un esquema limpio y elegante, que es fcil de trabajar y expandir. Un dato sin normalizar no cumple con ninguna regla de normalizacin.

VALIDACIN DE DATOS
Proceso por el cual los datos son filtrados y aceptados o rechazados en base a procedimientos definidos. Es tambin el paso previo a su entrega.

Puntos a considerar:
Debe verificarse la exactitud de los datos crticos, independientemente de si fueron ingresados a mano o transferidos electrnicamente Los chequeos deben ser parte de procedimientos rutinarios para identificar errores Deben existir procedimientos estndar para definir datos sin procesar, seguridad para la entrada de datos y revisin Cualquier falla o evento inusual ocurrido con el instrumento debe registrarse junto con los datos sin procesar. Debe evaluarse el impacto del error sobre los datos y tomar las acciones necesarias Si se realizan cambios en los datos, los mismos no deben ocultar los datos originales. Debe identificarse la persona que los hizo y la causa Los informes de datos cuantitativos deben incluir la incertidumbre de medicin Los datos deben ser validados por personal calificado y autorizado siguiendo un procedimiento operativo estndar.

Datos exactos
Correcto funcionamiento del instrumento mantenimiento preventivo del mismo Calibracin peridica Verificacin de su funcionamiento

Antes de aprobar o rechazar hay que chequear:

Correcta identificacin de las muestras Posibilidad de transmisin de errores Plausibilidad Consistencia

Por ejemplo mediante:

Comparaciones con datos similares Chequeo de plausibilidad de valores respecto de lmites definidos Anlisis de regresin

Formalizacin de datos
Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, de ah proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos. En una base de datos relacional, todos los datos se almacenan y se accede a ellos por medio de relaciones. Las relaciones que almacenan datos son llamadas "relaciones base" y su implementacin es llamada "tabla". Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas relaciones son llamadas "relaciones derivadas" y su implementacin es llamada "vista" o "consulta". Las relaciones derivadas son convenientes ya que expresan informacin de varias relaciones actuando como si fuera una sola.

RELACIN UNO A UNO: En una relacin uno a uno, una fila de la tabla a puede tener
no ms de una fila coincidente en la tabla b y viceversa. Si dos columnas relacionadas son claves principales o tienen restricciones unique, se crea una relacin uno a uno. EJEMPLO: en la base de datos de tablas del colegio vemos la relacin uno a uno cuando un estudiante tiene un acudiente & un acudiente responde por un solo estudiante.

RELACIN UNO A VARIOS: En este tipo de relacin, una fila de la tabla a puede
tener muchas filas coincidentes en la tabla B, pero una fila de la tabla b puede tener slo una fila coincidente en la tabla A. EJEMPLO: cuando tenemos un numero de identificacin pero no se relaciona con el nombre del estudiante.

Las reglas de Codd para bases de datos relacionales

Ted Codd present en 1985 en un artculo publicado en Computer world las doce reglas que una base de datos debe obedecer para ser considerada verdaderamente como relacional. Estas reglas se han convertido desde entonces en una definicin semioficial de una base de datos relacional. Las citadas reglas son las siguientes...

Regla de informacin: toda la informacin de una base de datos relacional est

representada explcitamente a nivel lgico y exactamente de un modo mediante valores en tablas.

Regla de acceso garantizado: todos y cada uno de los datos (valores atmicos) de
una base de datos relacional se garantiza que sean lgicamente accesibles recurriendo a una combinacin de nombre de tabla, valor de clave primaria y nombre de columna.

Tratamiento sistemtico de valores nulos: los valores nulos (distintos de la cadena

de caracteres vaca o de una cadena de caracteres en blanco y distinta del cero o de cualquier otro nmero) se soportan en los DBMS completamente relacionales para representar la falta de informacin y la informacin inaplicable de un modo sistemtico e independiente del tipo de datos.

Catlogo en lnea dinmico basado en el modelo relacional: la descripcin de la

base de datos se presenta a nivel lgico del mismo modo que los datos ordinarios, de modo que los usuarios autorizados puedan aplicar a su interrogacin el mismo lenguaje relacional que aplican a los datos regulares.

Regla de sub lenguaje completo de datos: un sistema relacional puede soportar

varios lenguajes y varios modos de uso terminal (por ejemplo, el modo de rellenar con blancos). Sin embargo, debe haber al menos un lenguaje cuyas sentencias sean expresables, mediante alguna sintaxis bien definida, como cadenas de caracteres, y que sea completa en cuanto al soporte de todos los puntos siguientes:

Definicin de datos. Definicin de vista. Manipulacin de datos (interactiva y por programa). Restricciones de integridad. Autorizacin. Fronteras de transacciones (comienzo, cumplimiento y vuelta atrs).

Regla de actualizacin de vista: todas las vistas que sean tericas actualizables son
tambin actualizables por el sistema.

Insercin, actualizacin y supresin de alto nivel: la capacidad de manejar una

relacin de base de datos o una relacin derivada como un nico operando se aplica no slo a la recuperacin de datos, sino tambin a la insercin, actualizacin y supresin de los datos.

Independencia fsica de los datos: los programas de aplicacin y las actividades

terminales permanecen lgicamente inalterados cualquiera que sean los cambios efectuados ya sea a las representaciones de almacenamiento o a los mtodos de acceso.

Independencia lgica de los datos: los programas de aplicacin y las actividades

terminales permanecen lgicamente inalterados cuando se efecten sobre las tablas de base cambios preservadores de la informacin de cualquier tipo que tericamente permita alteraciones.

Independencia de integridad: las restricciones de integridad especficas para una

base de datos relacional particular deben ser definibles en el sub lenguaje de datos relacional y almacenables en el catlogo, no en los programas de aplicacin.

Independencia de distribucin: un DBMS relacional tiene independencia de

distribucin.

Regla de no subversin: si un sistema tiene un lenguaje de bajo nivel (un slo

registro cada vez), ese bajo nivel no puede ser utilizado para subvertir o suprimir las reglas de integridad y las restricciones expresadas en el lenguaje relacional de nivel superior (mltiples registros a la vez).