WEB BLOG
this site the web

Recent Photos

image
image
image
Mostrando entradas con la etiqueta segundo parcial. Mostrar todas las entradas
Mostrando entradas con la etiqueta segundo parcial. Mostrar todas las entradas

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

TERCER 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 candidata. Una dependencia transitiva es una dependencia funcional XZ 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, XZ por virtud de XY e YZ.

  • tambien es usada en la normalizacion de base de datos para poder trabajar con esta forma es necesario tener en una tabla las segunda forma

  • http://es.wikipedia.org/tercera

SEGUNDA FORMA NOrmal

  • La segunda forma normal (2NF) es una forma normal usada en normalización de bases de datos. La 2NF fue 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 propio) 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

  • al igual que la primer forma esta se usa en la normalizacion de base de datos pero tiene que satisfacer muchos mas criterios

  • http://es.wikipedia.org/segundo

PRIMER FORMAL 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 y está libre de "grupos repetitivos".

    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). Por otro lado, según lo definido por otros autores, la 1FN sí los permite (por ejemplo como la define Chris Date).

  • forma normal que se usa en la normalizacion de base de datos y es la que satisface diversos tipos de criterios

  • http:/es.wikipedia.org/wiki/primera

NORMALIZACION DE BASE DE DATOS

  • el proceso de normalizacion de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacion al modelo relacional. las bases de datos relacionales se normalizan para:
  1. evitar la redundancia de los datos
  2. evitar problemas de actualizacion de los datos en las tablas.
  3. proteger la integridad de los datos

 

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