3.2.6 GENERACION DE UN SISTEMA DE BASE DE DATOS

*Los predecesores de los sistemas de bases de datos fueron los sistemas de ficheros. No hay un momento concreto en que los sistemas de ficheros hayan cesado y hayan dado comienzo los sistemas de bases de datos. De hecho, todavía existen sistemas de ficheros en uso.
Se dice que los sistemas de bases de datos tienen sus raíces en el proyecto estadounidense Apolo de mandar al hombre a la luna, en los años sesenta. En aquella época, no había ningún sistema que permitiera gestionar la inmensa cantidad de información que requería el proyecto. La primera empresa encargada del proyecto, NAA (North American Aviation), desarrolló un software denominado GUAM (General Update Access Method) que estaba basado en el concepto de que varias piezas pequeñas se unen para formar una pieza más grande, y así sucesivamente hasta que el producto final está ensamblado. Esta estructura, que tiene la forma de un árbol, es lo que se denomina una estructura jerárquica. A mediados de los sesenta, IBM se unió a NAA para desarrollar GUAM en lo que ahora se conoce como IMS (Information Management System). El motivo por el cual IBM restringió IMS al manejo de jerarquías de registros fue el de permitir el uso de dispositivos de almacenamiento serie, más exactamente las cintas magnéticas, ya que era un requisito del mercado por aquella época.


*AL PASO DEL TIEMPO EL SISTEMA EN LA BASE DE DATOS SE HA RELEVADO MUCHO YA QUE CON LOS DESCUBRIMIENTOS LO HACEN MAS FACIL



*http://www3.uji.es/~mmarques/f47/apun/node6.html

3.2.5 DISEÑO FISICO DE LA BASE DE DATOS

*El diseño y gestión de una base de datos empresarial es uno de los trabajos más complejos de la informática y debe confiarse siempre a profesionales cualificados. OKA le ofrece toda la experiencia de los mejores profesionales especializados.
Desafortunadamente para muchas empresas, programas como Microsoft Access convierten el diseño de bases de datos en algo muy sencillo, rápido y visual. Con sistemas como Access, muchas bases de datos se diseñan por personal no especializado en unas pocas horas. Desgraciadamente, hay una gran diferencia entre hacer las cosas y hacerlas bien y en el caso de las bases de datos, esta diferencia es crítica.
Una base de datos diseñada con herramientas visuales automáticas hará su trabajo mal que bien durante unas pocas semanas, pero llegará un momento, más pronto que tarde, en que el sistema se colapsará. Será incapaz de gestionar más datos y la posibilidad de perderlos todos se hará real


*ES MUY COMPLEJA YA QUE ES UN DISEÑO YA MAS COMO PARA EMPRESA Y LO HACEN MAS SENCILLO


*http://www.oka.es/html/esp/1244/bases_de_datos.html?gclid=CKPJi7aB4ZoCFRFWagodi2m4Bw

3.2.4 TRANSFORMACION AL MODELO DE DATOS

*Con este documento de transformación del modelo entidad-relación al modelo relacional intentare explicar los pasos para la transformación del modelo que representa el mundo real, al modelo mas cercano a la aplicación


*AUNQUE NO ENCONTRE MUCHO SOBRE EL TEMA ASI QUE MI INFORMACION NO ES MUY EXTENSA SOLO QUE SE TRANSFORMA A UN MODELO SIEMPRE Y CUANDO ALLA DATOS QUE INTRODUCIR

* http://aurea.es/tag/informacion/

3.2.3 ELECCION DE UN SISTEMA GESTOR DE BASE DE DATOS

*Un sistema de gestión de bases de datos constituye el núcleo de la base de datos, contiene todas las rutinas necesarias para la gestión de los datos. Muchos sistemas utilizan como lenguaje del sistema el lenguaje SQL (Structured Query Language)Siendo una base de datos como un sistema de captación y mantenimiento de registros de forma computerizada, en este sistema se van a poder realizar las operaciones de inserción, borrado y modificación de un dato y modificaciones, borrados e inserciones de información de la estructura de la base de datos.¿Qué diferencias hay entre los diferentes gestores de bases de datos ? Hablemos primero de las diferencias a la hora de funcionar en nuestra web:Creo que podríamos decir que el "Rolls Royce" de los gestores de bases de datos es Oracle: Integridad referencial, rapidez en las consultas dada por el número de accesos concurrentes que soporta a una gran cantidad de información, se puede realizar una copia de seguridad sin necesidad de paralizar la web y es multiplataforma


* ES EL QUE CONTIENE TODAS LASRUTINAS PARA LA GESTION DE LOS DATOS


* http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

3.2.2 DISEÑO CONCEPTUAL DE LA BASE DE DATOS

*El diseño de bases de datos es el proceso por el que se determina la organización de una base de datos, incluidos su estructura, contenido y las aplicaciones que se han de desarrollar. Durante mucho tiempo, el diseño de bases de datos fue considerado una tarea para expertos: más un arte que una ciencia. Sin embargo, se ha progresado mucho en el diseño de bases de datos y éste se considera ahora una disciplina estable, con métodos y técnicas propios. Debido a la creciente aceptación de las bases de datos por parte de la industria y el gobierno en el plano comercial, y a una variedad de aplicaciones científicas y técnicas, el diseño de bases de datos desempeña un papel central en el empleo de los recursos de información en la mayoría de las organizaciones. El diseño de bases de datos ha pasado a constituir parte de la formación general de los informáticos, en el mismo nivel que la capacidad de construir algoritmos usando un lenguaje de programación convencional.''
``Las últimas dos décadas se han caracterizado por un fuerte crecimiento en el número e importancia de las aplicaciones de bases de datos. Las bases de datos son componentes esenciales de los sistemas de información, usadas rutinariamente en todos los computadores [...]. El diseño de bases de datos se ha convertido en una actividad popular, desarrollada no sólo por profesionales sino también por no especialistas.


*ES EL PROCESO EN EL QUE SE VA ORGANIZANDO LA BASE DE DATOS LAS APLICACIONES QUE SERAN UTILIZADAS


*http://www3.uji.es/~mmarques/f47/apun/node80.html

3.2.1 RECOLECCION Y ANALISIS DE INFORMACION

*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.
Todas estos instrumentos se aplicará en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas.

* SE USA EN LA RECOLECCION UNA GRAN DIVERSIDAD DE TECNICAS Y HERRAMIENTAS

* http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

3.2 CICLO DE VIDA DEL SISTEMA DE APLICACION DE BASE DE DATOS

*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:
Planificación del proyecto.
Definición del sistema.
Recolección y análisis de los requisitos.
Diseño de la base de datos.
Selección del SGBD.
Diseño de la aplicación.
Prototipado.
Implementación.
Conversión y carga de datos.
Prueba.
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.

* COMO YA ESTA MENCIONADO SON 11 LOS CICLOS DE VIDA QUE TIENEN

*http://www3.uji.es/~mmarques/f47/apun/node67.html

3.1.3 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").

*ES UN FORMULARIO ALTERNATIVO DE DEFINICION DE CODD PARA CADA UNA DE SUS DEPENDENCIAS

*http://es.wikipedia.org/wiki/3NF

3.1.2 SEGUNDA FORMA NORMAL

*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).
Observe que cuando una tabla 1NF no tiene ninguna clave candidata compuesta (claves candidatas consistiendo en más de un atributo), la tabla está automáticamente en 2NF.

*ESPECIFICAMENTE NO SOLO ES EN SATISFACER CRITERIOS YA DADA CUALQUIER CLAVE CANDIDATA

*http://es.wikipedia.org/wiki/2NF

3.1.1 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).

*EN UNA BASE DE DATOS EN NORMALIZACION SATISFACE CIERTO CONJUNTO MINIMO DE CRITERIOS


*http://es.wikipedia.org/wiki/1NF

3.1 NORMALIZACION

*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.


*ES COMO APLICAR LAS REGLAS Y EVITAR LA REDUNDANCIA EN LOS DATOS


*http://es.wikipedia.org/wiki/Clave_for%C3%A1nea