Generaciion de un siistema 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
  Primera generación: modelo jerárquicos y red
  El modelo jerárquicos
  El modelo de dato de red
  Segunda generación de bases de datos: modelo relacional
  Accesando el modelo relacional
  Modelo relacional con programación de procedimientos
  Modelo relacional con programación orienta a objetos
  Tercera generación: modelo post-relacional
  El modelo de objeto
  El modelo objeto a relacional

• muestra como a ido evolucionando el sistema de base datos y como se han empleado varias formas para su creacion cada una de ellas con sus propias caracteristicas.
  

• http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx

Diiseño Fiisiico de la base de datos

• En esta etapa, se parte del esquema lógico global obtenido durante el diseño lógico y se obtiene una descripción de la implementación de la base de datos en memoria secundaria. Esta descripción es completamente dependiente del SGBD específico que se vaya a utilizar. En este capítulo se dan una serie de directrices para escoger las estructuras de almacenamiento de las relaciones base, decidir cuándo crear índices y cuándo desnormalizar el esquema lógico e introducir redundancias. 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.
  
• etapas finales de la base de datos en la que lo principal seria el detallar el acceso a la base de datos asi como su presentacion que se le dara.
  
• http://www3.uji.es/~mmarques/f47/apun/node95.html

Transformaciion 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 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. Sin embargo, resulta difícil la medida y cuantificación ponderada de los diferentes factores.O tambien conocido como diseño logico.
  
• Se entiende como la mayor adaptacion de nuestra informacion a nuestro gestor de base de datos antes elegido.
  
• http://tramullas.com/documatica/2-8.html

Elecciion de un siistema gestor 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.Y existen muchas "maneras" de manejar informáticamente esas bases de datos: con Access, Oracle, SQL, PostgreSQL o MySql .. entre otros. Cada sistema tiene unas características, unas ventajas y unos inconvenientes, la elección 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 computerizado 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.
  
• El gestor de base de datos como lo dice se podria definir como la matriz de la base de datos, en este apartado se muestra algunos programs en los que puede ser utilizado, la diferencia de programas se puede definir de acuerdo con las necesidades del usuario ya que como cualquier programa tiene convenientes e inconvenientes.
  

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

Diiseñ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.
  
• Este concepto es facil de entender, es el primer paso para poder crear una base de datos o mejor dicho como es que va a hacer la base de datos, cuales seran las herramientas a utilizar y aplicar en ella
  
• http://www3.uji.es/~mmarques/f47/apun/node80.html

Recolecciion y analiisiis de iinformaciion

• En esta etapa se recogen y analizan los requerimientos de los usuarios y de las áreas de aplicación. Esta información se puede recoger de varias formas:Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.Observando el funcionamiento de la empresa.Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.Utilizando cuestionarios para recoger información de grandes grupos de usuarios.Utilizando la experiencia adquirida en el diseño de sistemas similares. La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.
  
• Como su nombre lo indica este paso es fundamental para poder contemplar el espacio que se necesitara en la base de datos esto dependiendo de la informacion que tengamos, esta informacion se puede adquirir de distintas maneras como aqui lo indica.
  
• http://www3.uji.es/~mmarques/f47/apun/node67.html

Ciiclo de la viida del siistema de apliicaciion de base de datos

CICLO DE LA 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.
  
• Estos no son mas que los pasos para conocer como es que se puede ir realizando una base de datos, lo que mejor se conoce como el ciclo de la vida del sitema, es por ello que es tan importante conocerlo.
  
• http://www3.uji.es/~mmarques/f47/apun/node67.html

Tercera Entrada Formal

TERCERA ENTRADA FORMAL

• La definición 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 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)
  
• Esta es la forma en que la tabla debe estar en segunda forma ademas con la caracteristica de que un ningun termino no primario de dependa de una clave, me imagino que esto para la funcion de que no haya problemas de logica entre la base de datos.
  
• http://es.wikipedia.org/wiki/3NF
  

Segunda Forma Normal

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 normalización 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.
  
• La segunda forma de una primera con sus propiedades comunes, pero para poder ser de una segunda forma esta debede contar con una clave que marque la diferencia.
  

• http://www.monografias.com/trabajos5/norbad/norbad2.shtml

Priimera Forma Normal

PRIMERA FORMA NORMAL

• Una relación se encuentra en 1FN si y solo sí por cada renglón columna contiene valores atómicos.Abreviada como 1FN, se considera que una relación se encuentra en la primera forma normal cuando cumple lo siguiente:Las celdas de las tablas poseen valores simples y no se permiten grupos ni arreglos repetidos como valores, es decir, contienen un solo valor por cada celda.Todos los ingresos en cualquier columna(atributo) deben ser del mismo tipo.Cada columna debe tener un nombre único, el orden de las columnas en la tabla no es importante.Dos filas o renglones de una misma tabla no deben ser idénticas, aunque el orden de las filas no es importante.Por lo general la mayoría de las relaciones cumplen con estas características, así que podemos decir que la mayoría de las relaciones se encuentran en la primera forma normal.
  
• Esta es la forma que la mayori de las tablas tienen que tan solo consta de que los datos de una tabla coincida con la informacion de la base de datos de la manera mas simple.que solo tenga una coincidencia exacta con los datos con la que esta vinculada.
  
• http://es.wikipedia.org/wiki/1NF
  

Normaliizaciion

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.
  
• La normalizaciones un conjunto de reglas con las cuales se evita o minimiza el problema logico que hay entre la informacion en una base de datos.
  
• http://es.wikipedia.org/wiki/Clave_foránea