viernes, 19 de junio de 2009

TRANSFORMACION 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.
  • En esta fase nos explican que podemos describir los esquemas ya sean conceptuales o externos.
  • http://tramullas.com/documatica/2-8.html

GENERACION 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 aplicacionesPrimera generación: modelo jerárquicos y redEl modelo jerárquicosEl modelo de dato de redSegunda generación de bases de datos.: modelo relacionalAccesando el modelo relacionalModelo relacional con programación de procedimientosModelo relacional con programación orienta a objetosTercera generación: modelo post-relacionalEl modelo de objetoEl modelo objeto a relacional. 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.
  • Aqui nos mecionan que la generación de un sistema base de datos es desde el primer sistema de base de datos que se creo hasta el mas reciente.
  • http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx

DISEÑO FISICO DE LA BASE DE DATOS

  • El diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
    Mientras que en el diseño lógico se especifica qué se guarda, en el diseño físico se especifica cómo se guarda. Para ello, el diseñador debe conocer muy bien toda la funcionalidad del SGBD concreto que se vaya a utilizar y también el sistema informático sobre el que éste va a trabajar. El diseño físico no es una etapa aislada, ya que algunas decisiones que se tomen durante su desarrollo, por ejemplo para mejorar las prestaciones, pueden provocar una reestructuración del esquema lógico.
  • El diseño fisico de una base de datos se refiere acomo se guarda el archivo y para esto el diseñador fisico debe de conocer como funciona este.
  • http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datos

ELECCIÓN DE UN SISTEMA DE GESTORES 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.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 se elige depende de las necesidades que tenga cada usuario y asi se elegira la mas apta para la base de datos.
  • http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

lunes, 15 de junio de 2009

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.
  • Las personas que hacen este trabajo se encargan de buscar las relaciones entre una base de datos y otra y de que queden perfectas para poder utilizarlas con facilidad.
  • http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php

RECOLECCION Y ANALISIS DE INFORMACION

  • 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.
    La información recogida se debe estructurar utilizando técnicas de especificación de requisitos, como por ejemplo técnicas de análisis y diseño estructurado y diagramas de flujo de datos. También las herramientas CASE ( Computer-Aided Software Engineering) pueden proporcionar una asistencia automatizada que garantice que los requisitos son completos y consistentes.
  • Aqui necesitamos saber un tema en especifico para poder comenzar a buscar informacion y diferentes puntos de vista sobre el mismo para saber de que tema voy a hablar.
  • http://www3.uji.es/~mmarques/f47/apun/node67.html

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.
  • Un ciclo se puede considerar como una serie de etapas por las cuales debe de pasar una empresa para poder llevar acabo su buen funcionamiento.
  • http://www3.uji.es/~mmarques/f47/apun/node67.html

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").
  • Habla de que para ser una tabla de tercera forma normal primero se tiene que ser de la segunda forma normal y cumplir la característica de que ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidata.
  • http://es.wikipedia.org/wiki/3NF

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.
  • Nos explican que para ser una tabla de segunda forma normal primero debemos de cumplir algunas características adicionales a las características de la primera forma normal.
  • http://es.wikipedia.org/wiki/2NF

PRIMERA FORMA NORMAL

  • La primera forma normal (1NF 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 1NF 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 una consecuencia, no hay un acuerdo universal en cuanto a qué características descalificarían a una tabla de estar en 1NF. Muy notablemente, la 1NF, 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 1NF sí los permite (por ejemplo como la define Chris Date).
  • En esta primera forma nos explican que debe de haber un cierto número mínimo de características o criterios los cuales se refieren a que básicamente que se asegure que en la tabla hay una representación de la relación y que no contiene grupos repetitivos.
  • http://es.wikipedia.org/wiki/1NF

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 una serie de reglas que obtenemos al pasar de un modelo de entidad-relación a un modelo relacional. En el paso de un modelo a otro hay algunas características que ya se mencionaron en la sección de arriba y no creo necesario volverlas a escribir.
  • http://es.wikipedia.org/wiki/Clave_for%C3%A1nea