WEB BLOG
this site the web

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.
  • La generación de base de datos, muestra la diversidad de sistemas que se crearon, y los que actualmente existen
  • http://www3.uji.es/~mmarques/f47/apun/node6.html

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. Uno de los objetivos principales del diseño físico es almacenar los datos de modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta:
    Productividad de transacciones. Es el número de transacciones que se quiere procesar en un intervalo de tiempo.
    Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transacción. Desde el punto de vista del usuario, este tiempo debería ser el mínimo posible.
    Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseñador querrá minimizar este espacio.
  • la diferencia de estos diseños es que en el diseño conceptual se obtienen requerimientos, en el logico se convierten los requerimientos y en el fisico se realiza construccion de tablas.
  • http://www3.uji.es/~mmarques/f47/apun/node94.html

TRANSFORMACION AL MODELO DE BASE DE DATOS

  • Reglas de Transformación entre PIM y PSM expresadas en lenguaje natural
    De acuerdo con [12], “la descripción de los mappings puede realizarse en lenguaje natural, un algoritmo en un action language o un modelo en un lenguaje de transformación”. En nuestro caso, y como una primera aproximación a las transformaciones de modelos para el desarrollo de BD XML, se ha optado por describir las reglas de transformación en lenguaje natural, para después expresarlas por medio de gramáticas de grafos. Dichas reglas se recogen en la tabla 1.
  • esto sirve para transformar a manera que tu elijas una base de datos y puede ser en diversos lenguajes.
  • http://personales.unican.es/ruizfr/bda/doc/teo/5/bda-t5-diseno-kybele.pdf

ELECCION DE UN SISTEMA GESTOR DE BASE DE DATOS

  • Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar más a menudo las
    siglas DBMS procedentes del inglés, Data Base Management System) es el software que
    permite a los usuarios procesar, describir, administrar y recuperar los datos almacenados
    en una base de datos. Si no se dispone de un Sistema Gestor de Base de Datos o que se encuentre obsoleto se debe escoger un SGBD que sea adecuado para el sistema de información esta elecciòn se debe hacer en cualquier momento antes del diseño lògico.
  • este sistema permite a lo usuarios procesar y recuperar los datos almacenados en una base de datos.
  • http://www.monografias.com/trabajos34/base-de-datos/base-de-datos.shtml#diseno

DISEÑO CONCEPTUAL DE LA BASE DE DATOS

  • El éxito del DBMS reside en mantener la seguridad e integridad de los datos. Lógicamente
    tiene que proporcionar herramientas a los distintos usuarios. Entre las herramientas que
    proporciona están:
    􀂀 Herramientas para la creación y especificación de los datos. Así como la estructura
    de la base de datos.
    􀂀 Herramientas para administrar y crear la estructura física requerida en las unidades
    de almacenamiento.
    􀂀 Herramientas para la manipulación de los datos de las bases de datos, para añadir,
    modificar, suprimir o consultar datos.
    􀂀 Herramientas de recuperación en caso de desastre
    􀂀 Herramientas para la creación de copias de seguridad
    􀂀 Herramientas para la gestión de la comunicación de la base de datos
  • mantiene seguridad de los datos y proporciona a los usuariosherramientas .
  • http://www.jorgesanchez.net/bd/disenoBD.pdf

RECOLLECION Y ANALISIS DE INFORMACION

  • LA RECOLECCIÓN DE DATOS La actual generación en constante lucha por la verdad se ha valido de rigurosos cuestionamientos, que han trazado el legado en la humanidad. El comprender la información de una manera objetiva marcado por una unidad compuesta llamada grupo ha logrado el desarrollo de los sistemas de información esa necesidad de conocimiento ha permitido a la ciencia de la comunicación crear rutinas de aprendizaje que se aproximan cada vez más a predecir sucesos de unanimidad; ahora el hombre no solo se limita a saber si no también como puede aplicar lo que sabe.
  • son tecnicas para el analisis y desarrollo en los sistemas de informacion que permiten asistir a los fenomenos y extraer informacion.
  • http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

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.
  • este ciclo contiene 11 pasos que sirven para planificar de una manera mas eficiente las etapas del ciclo de la vida y los limites de aplicacion en una base de datos.
  • http://www3.uji.es/~mmarques/f47/apun/node67.html

MODELO 3 NIVELES

  • El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:
    En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
    En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
    En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.
  • se emplean para separar programas de aplicacion de base de datos fisicas y se divide en tres niveles y son el interno, externo
  • http://www.monografias.com/trabajos37/arquitectura-de-sistemas/arquitectura-de-sistemas.shtml
 

W3C Validations

Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. Morbi dapibus dolor sit amet metus suscipit iaculis. Quisque at nulla eu elit adipiscing tempor.

Usage Policies