NORMALIZACIN El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso

o del modelo entidad-relacin al modelo relacional. Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar problemas de actualizacin de los datos en las tablas. Proteger la integridad de los datos. En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla sea considerada como una relacin tiene que cumplir con algunas restricciones: Cada columna debe tener su nombre nico. No puede haber dos filas iguales. No se permiten los duplicados. Todos los datos en una columna deben ser del mismo tipo. La normalizacin lleva con sigo reglas establecidas, permitiendo evitar la redundancia en las bases de datos.

PRIMERA FORMA NORMAL La primera forma normal (1FN o forma mnima) es una forma normal usada en normalizacin de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mnimo de criterios. Estos criterios se refieren bsicamente a asegurarse que la tabla es una representacin fiel de una relacin[1] y est libre de "grupos repetitivos".[2] Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por diferentes tericos. Como consecuencia, no hay un acuerdo universal en cuanto a qu caractersticas descalificaran a una tabla de estar en 1FN. Muy notablemente, la 1FN, tal y como es definida por algunos autores excluye "atributos relacin-valor" (tablas dentro de tablas) siguiendo el precedente establecido por E.F. Codd) (algunos de esos autores son: Ramez Elmasri y Shamkant B. Navathe[3] ). Por otro lado, segn lo definido por otros autores, la 1FN s los permite (por ejemplo como la define Chris Date). Para que una relacin est en primera forma normal (1 FN), debe ser solamente una relacin propia, una matriz m por n, donde: Ninguna celda de la matriz est vaca;

El valor n cualquier columna est definido por el dominio para dicho atributo. Cada tupla tiene una clave que la identifica en forma unvoca, pero dicha clave no significa orden. La aplicacin determina la relacin Para que una relacin sea normalizada en pasos adicionales, debe encontrarse en la primera forma normal. Colocar los datos en la primera forma normal est a cargo del diseador de la aplicacin. Estos datos se encuentran disponibles de alguna manera inicialmente. Si la aplicacin existe en forma manual, o ha sido anteriormente computarizada pero no todava como relacin, el diseador reorganiza los datos de modo de conformar una matriz 1FN. La primera forma normal es el punto elemental; utilizada en la normalizacin de las bases de datos, de esta manera del punto central se derivan otras tantas, teniendo en cuenta que ninguna de ellas puede quedar en blanco. SEGUNDA FORMA NORMAL *La segunda forma normal (2NF) es una forma normal usada en normalizacin de bases de datos. La 2NF definida originalmente por E.F. Codd[1] en 1971. Una tabla que est en la primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal. Especficamente: una tabla 1NF est en 2NF si y solo si, dada cualquier clave candidata y cualquier atributo que no sea un constituyente de la clave candidata, el atributo no clave depende de toda la clave candidata en vez de solo una parte de ella. En trminos levemente ms formales: una tabla 1NF est en 2NF si y solo si ninguno de sus atributos no-principales son funcionalmente dependientes en una parte (subconjunto apropiado) de una clave candidata. (Un atributo no-principal es uno que no pertenece a ninguna clave candidata). Una relacin est en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave. Descripcin De La Segunda Forma Normal (2 Fn) Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el prximo paso de normalizacin y descomposicin. Para ser accesible a la normalizacin , y poder ser puesta en segunda forma normal, la relacin debe poseer las siguientes propiedades: Debe estar en primera forma normal Debe tener una clave compuesta. En la segunda forma normal se debe gracias a la primera forma normal ya que va dependiendo de sus cualidades o atributos. TERCERA FORMA NORMAL La tercera forma normal (3NF) es una forma normal usada en la normalizacin de bases de datos. La 3NF fue definida originalmente por E.F. Codd[1] en 1971. La definicin de Codd indica que una tabla est en 3NF si y solo si las dos condiciones siguientes se mantienen:

La tabla est en la segunda forma normal (2NF) Ningn atributo no-primario de la tabla es dependiente transitivamente de una clave candidata Un atributo no-primario es un atributo que no pertenece a ninguna clave candidato. Una dependencia transitiva es una dependencia funcionalX Z en la cual Z no es inmediatamente dependiente de X, pero s de un tercer conjunto de atributos Y, que a su vez depende de X. Es decir, X Z por virtud de X Y y Y Z. Una formulacin alternativa de la definicin de Codd, dada por Carlo Zaniolo[2] en 1982, es sta: Una tabla est en 3NF si y solo si, para cada una de sus dependencias funcionales X A, por lo menos una de las condiciones siguientes se mantiene: X contiene A, X es una superclave, A es un atributo primario (es decir, A est contenido dentro de una clave candidato) La tercera forma normal es una forma normal usada en la normalizacin de bases de datos, debe estar en la segunda forma normal Ningn atributo no-primario de la tabla es dependiente transitivamente de una clave candidata. Un atributo no-primario es un atributo que no pertenece a ninguna clave candidato. CICLO DE VIDA DEL SISTEMA DE APLICACION DE BASE DE DATOS Las etapas del ciclo de vida de una aplicacin de bases de datos son las siguientes: 1.Planificacin del proyecto. 2.Definicin del sistema. 3.Recoleccin y anlisis de los requisitos. 4.Diseo de la base de datos. 5.Seleccin del SGBD. 6.Diseo de la aplicacin. 7.Prototipado. 8.Implementacin. 9.Conversin y carga de datos. 10.Prueba. 11.Mantenimiento. Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentacin. Por ejemplo, los problemas que se encuentran en la etapa del diseo de la base de datos pueden requerir una recoleccin de requisitos adicional y su posterior anlisis. Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces. El ciclo de vida de sistema de aplicacin de base de datos lleva consigo diversas etapas transitorias, secuenciales y repetitivas de un sistema de informacin, permitiendo controlar y difundir la informacin de una organizacin.

RECOLECCION Y ANALISIS DE INFORMACION La recoleccin de datos se refiere al uso de una gran diversidad de tcnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de informacin, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observacin, el diagrama de flujo y el diccionario de datos. Tomando como base los principios de la calidad, la recoleccin tiene como alcance la toma y registro de datos de los productos, procesos, sistema y personas de la organizacin, con el fin de analizar si se cumplen con los estndares de funcionamiento. En la recoleccin y anlisis de informacin se centra o toma como base primordial, lo que se quiere conocer, s como las diversas opiniones y puntos de vista con el fin de analizar si se cumplen con los estndares de funcionamiento.

DISEO CONCEPTUAL DE LA BASE DE DATOS Conjunto de actividades que resultan en un esquema conceptual de alto nivel de una base de datos, independiente del software gestor (SGBD), partiendo de especificaciones de requerimientos. El diseo conceptual de una base de datos suele hacerse empleando un DER. Las personas encargadas de esta tarea suelen llamarse diseadores de bases de datos. El diseo conceptual de una base de datos forma parte del proceso de diseo de la base de datos completa, que incluye el diseo conceptual, diseo lgico y diseo fsico de la misma.Es el encargado de administrar la base de datos.

ELECCION DE UN SISTEMA GESTOR DE BASE DE DATOS Un sistema de gestin de bases de datos constituye el ncleo de la base de datos, contiene todas las rutinas necesarias para la gestin de los datos. Muchos sistemas utilizan como lenguaje del sistema el lenguaje SQL (Structured Query Language) Y existen muchas "maneras" de manejar informticamente esas bases de datos: con Access, Oracle, SQL, PostgreSQL o MySql .. entre otros. Cada sistema tiene unas caractersticas, unas ventajas y unos inconvenientes, la eleccin de uno u otro sistema para gestionar nuestra base de datos vendr definida por nuestras necesidades. MySql es un gestor de bases de datos, es una manera de gestionar nuestros datos, es un bibliotecario computarizado que administra, gestiona, y opera con nuestros ficheros de datos . Si le hablamos en un idioma que entienda nos los devolver ordenados, clasificados y/o seleccionados. Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Seguridad. La informacin almacenada en una base de datos puede llegar a tener un gran valor. La eleccin de un sistema gestor de base de datos nos maneja clara y sencillamente un conjunto de datos, mostrando algunas ventajas y desventajas que se muestran al comienzo; y dependiendo de la necesidad del usuario, el ms cmodo, accesible, confiable y sobre todo apropiado de la estructura de la base de datos.

TRANSFORMACIN AL MODELO DE DATOS En esta fase se crea un esquema conceptual y los esquemas externos necesarios en el modelo de datos del SGBD seleccionado, mediante la transformacin de los esquemas de modelo de datos a alto nivel obtenidos en la Fase 2a, al modelo de datos ofrecido por el SGBD. Es innegable que la gestin y la explotacin subsiguiente de los registros que contienen datos, y, como consecuencia, informacin, depende de las herramientas existentes en el campo de la gestin de la informacin, por una parte, y del cuerpo terico de la ciencia de la informacin, por otra. La explotacin satisfactoria de esta informacin, de la misma forma, demanda experiencia en dos reas de conocimiento: en las tcnicas de recuperacin de informacin y en el estudio de las necesidades de los usuarios. Para la transformacin al modelo de datos se crea un esquema conceptual permitiendo describir los elementos de la realidad que intervienen un conflicto o problema y la forma en que se relacionan esos elementos entre s. Para transformar al modelo de datos requiere de la forma de la informacin y la necesidad del usuario.

DISEO FISICO DE LA BASE DE DATOS El diseo de una base de datos se descompone en tres etapas: diseo conceptual, lgico y fsico. La etapa del diseo lgico es independiente de los detalles de

implementacin y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lgico global y la documentacin que lo describe. Todo ello es la entrada para la etapa que viene a continuacin, el diseo fsico. Uno de los objetivos principales del diseo fsico es almacenar los datos de modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta: Productividad de transacciones. Es el nmero de transacciones que se quiere procesar en un intervalo de tiempo. Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transaccin. Desde el punto de vista del usuario, este tiempo debera ser el mnimo posible. Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseador querr minimizar este espacio. En esta etapa, se parte del esquema lgico global obtenido durante el diseo lgico y se obtiene una descripcin de la implementacin de la base de datos en memoria secundaria; haciendo tangible lo que nada ms era pensado siendo El diseo fsico de la base de datos es la documentacin del esquema lgico. El diseo fsico parte del esquema lgico de bases de datos dando como resultado un esquema fsico de bases de datos.

GENERACIN DE UN SISTEMA DE BASE DE DATOS En esta fase final se hace realidad la base de datos, mediante la creacin y la compilacin del esquema de bases de datos y de los ficheros de bases de datos, as como de las transacciones, a travs de las aplicaciones. Es un sistema que almacena datos que estn relacionados, es un repositorio en donde guardamos informacin integrada que podemos almacenar y recuperar, Se dice que los sistemas de bases de datos tienen sus races en el proyecto estadounidense Apolo de mandar al hombre a la luna, en los aos sesenta. En aquella poca, no haba ningn sistema que permitiera gestionar la inmensa cantidad de informacin que requera el proyecto. Ahora, el caso para considerar las alternativas ha llegado a ser cada vez ms fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparicin de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones

Primera generacin: modelos jerrquicos y red El modelo jerrquicos El modelo de dato de red

Segunda generacin de bases de datos: modelo relacional Accesando el modelo relacional Modelo relacional con programacin de procedimientos Modelo relacional con programacin orienta a objetos

Tercera generacin: modelo post-relacional El modelo de objeto El modelo objeto a relacional Actualmente la funcin ms importante de los sistemas de base de datos consiste en proporcionar la materia prima necesaria a los sistemas de informacin. La generacin de un sistema de base de datos nos demuestra los antecedentes de la diversidad de sistemas ya que Cuando hablamos de bases de datos, en nuestras conversaciones nos referimos a datos relacionales. Esto no fue siempre as, antes que el modelo relacional fuese desarrollado, existi otro modelo de datos.