Paulino

El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.Las bases de datos relacionales se normalizan para:Evitar la redundancia de los datos.Evitar problemas de actualización de los datos en las tablas.Proteger la integridad de los datos.En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación 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 normalización es aplicar algunas reglas a bases de datos ya establecidas, por el modelo entidad-relación o el modelo relacional.
http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

La primera forma normal (1FN o forma mínima) es una forma normal usada en normalización de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación[1] y está libre de "grupos repetitivos".[2]Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por diferentes teóricos. Como consecuencia, no hay un acuerdo universal en cuanto a qué características descalificarían a una tabla de estar en 1FN. Muy notablemente, la 1FN, tal y como es definida por algunos autores excluye "atributos relación-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, según lo definido por otros autores, la 1FN sí los permite (por ejemplo como la define Chris Date).
La primera forma normal, es la que se utiliza en la normalización de base de datos para satisfacer cierto conjunto mínimo de criterios.
http://es.wikipedia.org/wiki/1NF

La segunda forma normal (2NF) es una forma normal usada en normalización 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. Específicamente: 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 términos levemente más 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).
La segunda forma normal las cualidades q debe tener la primra fase, deben de satisfacer a la segunda fase.
http://es.wikipedia.org/wiki/2NF

La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd[1] en 1971. La definición 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)Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidataUn atributo no-primario es un atributo que no pertenece a ninguna clave candidato. Una dependencia transitiva es una dependencia funcional X → 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 formulación alternativa de la definición 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 definición de Zaniolo tiene la ventaja de dar un claro sentido de la diferencia entre la 3NF y la más rigurosa forma normal de Boyce-Codd (BCNF). La BCNF simplemente elimina la tercera alternativa ("A es un atributo primario").
Para que la tercera fase normal pertenezca a está, la tabla utilizada debe perteneces a la fase dos.
http://es.wikipedia.org/wiki/3NF

Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:1.Planificación del proyecto.2.Definición del sistema.3.Recolección y análisis de los requisitos.4.Diseño de la base de datos.5.Selección del SGBD.6.Diseño de la aplicación.7.Prototipado.8.Implementación.9.Conversión 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 realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
http://www3.uji.es/~mmarques/f47/apun/node67.html

Tomando como base los principios de la calidad, la recolección tiene como alcance la toma y registro de datos de los productos, procesos, sistema y personas de la organización, con el fin de analizar si se cumplen con los estándares de funcionamiento.
La recolección y análisis de información toma como base los principios de calidad y lo que se quiere informar.
http://www.emagister.com/herramientas-para-recoleccion-analisis-datos-cursos-1006265.htm#programa

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 diseño conceptual de una base de datos suele hacerse empleando un DER.Las personas encargadas de esta tarea suelen llamarse diseñadores de bases de datos.El diseño conceptual de una base de datos forma parte del proceso de diseño de la base de datos completa, que incluye el diseño conceptual, diseño lógico y diseño físico de la misma.
El diseño conceptual de la base de datos forma parte del diseño de concepto, logico y fisico de la base.
http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php

viernes, 19 de junio de 2009