NORMALIZACIÓN

• 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 se basa en aplicar algunas reglas a la bases de datos, por el modelo entidad-relación o el modelo relacional.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

PRIMERA FORMA NORMAL

• 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).
• Esta forma se utiliza en la normalización de una base de datos para satisfacer un conjunto de criterios
• http://es.wikipedia.org/wiki/1NF

SEGUNDA FORMA NORMAL

• Una relación está en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave.Descripcion 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 próximo paso de normalizacion y descomposición. Para ser accesible a la normalizaciòn , y poder ser puesta en segunda forma normal, la relación debe poseer las siguientes propiedades:• Debe estar en primera forma normal• Debe tener una clave compuesta.La consecuencia inmediata de los requerimientos expresados más arriba es que cualquier relación en primera forma normal que tiene una clave simple, está automáticamente en segunda forma normal. Comencemos con un ejemplo en forma de tabla de una relación consistente en 17 atributos, que se presenta en la figura. La misma se encuentra en primera forma normal y tiene una clave compuesta que consiste en dos atributos P y Q. Estos están subrayados en la figura para mostrar que sirven como clave. La tupla de relación puede también escribirse linealmente en forma simbólicamente:R = (A,B,C,D,E,F,G,H,I,L,M,N,O,P,Q)
• Cada atributo depende del siguiente
• http://www.monografias.com/trabajos5/norbad/norbad2.shtml#segun

TERCERA FORMA NORMAL

• 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 candidata
  Un 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").
• En esta forma normal deben de cumplirse dos condiciones, una de ellas tiene q ver con la segunda forma normal al igual con el concepto de clave, que fue mencionado anteriormente, por lo que esta forma es un poco màs compleja, ya que debes de conocer ciertos conceptos y relaciones.
• http://es.wikipedia.org/wiki/3NF

CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS

• 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

RECOLECCIÓN Y ANÁLISIS DE INFORMACIÓN

• La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos.
• Este tema se refiere a que tenemos que obtener informaciòn de diferentes medios, por eso es recolecciòn y despuès analizarla para realizar un buen trabajo, como el trabajo que realiza un analista, es muy importante que recibe toda la informaciòn perectamente.
• http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

DISEÑO 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 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

ELECCIÓN DE UN SISTEMA DE GESTORES DE BASE DE DATOS

• Un sistema gestor de base de datos se define como el conjunto de programas que administran y gestionan la información contenida en una base de datos. Ayuda a realizar las siguientes acciones:
  Definición de los datos
  Mantenimiento de la integridad de los datos dentro de la base de datos
  Control de la seguridad y privacidad de los datos
  Manipulación de los datos Un sistema gestor de base de datos está compuesto de: El gestor de la base de datos Se trata de un conjunto de programas no visibles al usuario final que se encargan de la privacidad, la integridad, la seguridad de los datos y la interacción con el sistema operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales. Cualquier operación que el usuario hace contra la base de datos está controlada por el gestor. El gestor almacena una descripción de datos en lo que llamamos diccionario de datos, así como los usuarios permitidos y los permisos. Tiene que haber un usuario administrador encargado de centralizar todas estas tareas.
• Hat duferentes tipos de gestores que pueden utillizarze en una base de datos pero el que se elija depende de cada usuario ya que no todos tienen las mismas necesidades
• http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

TRANSFORMACIÓN AL MODELO DE DATOS

• Se crea un esquema conceptual y los esquemas externos necesarios en el modelo de datos del SGBD seleccionado, mediante la transformación de los esquemas de modelo de datos a alto nivel obtenidos en la Fase 2a, al modelo de datos ofrecido por el SGBD.
• Esta es la creacíón del diseño lógico de la base de datosque son necesarios para el modelo de datos
• http://tramullas.com/documatica/2-8.html

DISEÑO FÍSICO DE LA BASE DE DATOS

• El objetivo de esta etapa es producir una descripción de la implementación de la base de datos en memoria secundaria. Esta descripción incluye las estructuras de almacenamiento y los métodos de acceso que se utilizarán para conseguir un acceso eficiente a los datos.
  El diseño físico se divide de cuatro fases, cada una de ellas compuesta por una serie de pasos:
  Traducir el esquema lógico global para el SGBD específico.
  Diseñar las relaciones base para el SGBD específico.
  Diseñar las reglas de negocio para el SGBD específico.
  Diseñar la representación física.
  Analizar las transacciones.
  Escoger las organizaciones de ficheros.
  Escoger los índices secundarios.
  Considerar la introducción de redundancias controladas.
  Estimar la necesidad de espacio en disco.
  Diseñar los mecanismos de seguridad.
  Diseñar las vistas de los usuarios.
  Diseñar las reglas de acceso.
  Monitorizar y afinar el sistema.
• Esto sirve para que uno pueda diseñar como quiere que se almacenen sus datos en la base de datos, dandole la estructura y los métodos para accesar que a uno mas le convengan de acuerdo a sus necesidades
• http://www3.uji.es/~mmarques/f47/apun/node95.html

GENERACIÓN DE UN SISTEMA DE BASE DE DATOS

• 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. Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más 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 aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones. Antes de que el primer DBMS fuese desarrollado, las aplicaciones se conectaban a orígenes de datos de “ficheros planos”. Éstos no permitir la representación de las relaciones de los datos o de la aplicación lógicas de la integridad de los mismo. El modelar de los datos se ha desarrollado desde los años 60 para proveer características de gran alcance del almacenaje de datos. Generalmente hablando, los modelos de los datos se han desarrollado en tres generaciones. La primera generación de modelos de los datos se tiende a rechazar sin embargo fue el origen o génesis de las base de datos. Hasta el momento, las bases de datos más comercialmente aceptada han sido las bases de datos de segunda generación que utilizan el modelo relacional. Las bases de datos relacionales son definitivamente las que poseen la mayor parte del mercado “por ahora” lo que ha hecho muy difíciles para una nueva generación de bases de datos, conseguir por lo menos un equilibrio entre las dos generaciones. Sin embargo, el mundo de los lenguajes programación o desarrollo ha venido cambiado. Con la evolución nuevas plataformas como lo son Java y de Microsoft con .NET, entre otras. Las opciones del desarrollador cada vez más amplias y poder elegir el modelo de datos a utilizar, entre el modelo orientado objetos y el modelo no orientado a objetos.
• Una base de datos son datos que estan relacionados entre si, aunque antes había muchas otras formas de poder realizar una base de datos, no solo con el modelo relacional
• http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx