- 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 GENERACION MUESTRA LA DIVERSIDAD DE SISTEMAS QUE SE CREARON Y LOS QUE ACTUALMENTE EXISTEN.
- CIBER.http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx
domingo, 16 de mayo de 2010
GENERACION DE UN SISTEMA DE BASE DE DATOS
GENERACION DE UN SISTEMA DE BASE DE DATOS
DISEÑO FISICO DE UNA BASE DE DATOS
DISEÑO FISICO DE UNA BASE DE DATOS
- 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. - ESTO SE REFIERE A COMO VA ESTAR ESTRUCTURADA NOESTRA INFORMACION.
- CIBER:http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datosT
TRANSFORMACION AL MODELO DE DATOS
TRANSFORMACION AL MODELO DE DATOS
- el diseño de una base de datos relacional puede seguir dos caminos. Por una parte, puede crearse tomando como punto de partida la observación del universo en estudio, dando lugar a un conjunto de esquemas de relaciones, que contengan los atributos y sus restricciones. Por otra parte, puede dividirse el diseño en dos fases, la primera de las cuales sería definir el modelo conceptual y su esquema, y la segunda transformar el esquema conceptual en un esquema relacional mediante una transformación realizada de acuerdo a unas reglas dadas.
- ESTO NOS MUESTRA UNA FORMA DE CREAR UNA BASE EN LA QUE MAS SE ACOMODE A NUESTRAS NECESIDADES
- tramullas.com/documatica/2-8.html
ELECCION DE UN SISTEMA GESTOR DE UNA BASE DE DATOS
ELECCION DE UN SISTEMA GESTOR DE UNA BASE DE DATOS
- Si no se dispone de un SGBD, o el que hay se encuentra 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.
- SE DEBE DE ESCOGER UN SGBD DEACUERDO ALAS NECECIDADES QUE SE REQUIERAN PARA EL SISTEMA DE INFORMACION Y ESTA DEBE DE SER ESCOGIDA ANTES DE EL DISEÑO LOGICO
- CIBER,http://www3.uji.es/~mmarques/f47/apun/node67.html
DISEÑO CONCEPTUAL DE LA BASE DE DATOS
DISEÑO CONCEPTUAL DE LA BASE DE DATOS
1.-Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.
Los objetivos del diseño de la base de datos son:
Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.
Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.
Especificar un esquema que alcance las prestaciones requeridas para el sistema.Hay varias estrategias a seguir para realizar el diseño: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba a abajo es más apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar también otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencerás. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un subesquema. Estos subesquemas se integran después para obtener el modelo final.
2.LO PRINCIPAL EN ESTA ETAPA ES REPRESENTAR LOS DATOS QUE REQUIEREN LOS USUARIOS,PROPORCIONAR UN MODELO DE DATOS Y ESPECIFICAR UN SISTEMA DE DATOS QUE ALCANCE LAS PRESTACIONES REQUERIDAS.
3.-CIBERGRAFIAhttp://www3.uji.es/~mmarques/f47/apun/node67.html
1.-Esta etapa consta de tres fases: diseño conceptual, diseño lógico y diseño físico de la base de datos. La primera fase consiste en la producción de un esquema conceptual, que es independiente de todas las consideraciones físicas. Este modelo se refina después en un esquema lógico eliminando las construcciones que no se pueden representar en el modelo de base de datos escogido (relacional, orientado a objetos, etc.). En la tercera fase, el esquema lógico se traduce en un esquema físico para el SGBD escogido. La fase de diseño físico considera las estructuras de almacenamiento y los métodos de acceso necesarios para proporcionar un acceso eficiente a la base de datos en memoria secundaria.
Los objetivos del diseño de la base de datos son:
Representar los datos que requieren las principales áreas de aplicación y los grupos de usuarios, y representar las relaciones entre dichos datos.
Proporcionar un modelo de datos que soporte las transacciones que se vayan a realizar sobre los datos.
Especificar un esquema que alcance las prestaciones requeridas para el sistema.Hay varias estrategias a seguir para realizar el diseño: de abajo a arriba, de arriba a abajo, de dentro a fuera y la estrategia mixta. La estrategia de abajo a arriba parte de todos los atributos y los va agrupando en entidades y relaciones. Es apropiada cuando la base de datos es simple, con pocos atributos. La estrategia de arriba a abajo es más apropiada cuando se trata de bases de datos complejas. Se comienza con un esquema con entidades de alto nivel, que se van refinando para obtener entidades de bajo nivel, atributos y relaciones. La estrategia de dentro a fuera es similar a la estrategia de abajo a arriba, pero difiere en que se parte de los conceptos principales y se va extendiendo el esquema para considerar también otros conceptos, asociados con los que se han identificado en primer lugar. La estrategia mixta utiliza ambas estrategias, de abajo a arriba y de arriba a abajo, con un esquema de divide y vencerás. Se obtiene un esquema inicial de alto nivel, se divide en partes, y de cada parte se obtiene un subesquema. Estos subesquemas se integran después para obtener el modelo final.
2.LO PRINCIPAL EN ESTA ETAPA ES REPRESENTAR LOS DATOS QUE REQUIEREN LOS USUARIOS,PROPORCIONAR UN MODELO DE DATOS Y ESPECIFICAR UN SISTEMA DE DATOS QUE ALCANCE LAS PRESTACIONES REQUERIDAS.
3.-CIBERGRAFIAhttp://www3.uji.es/~mmarques/f47/apun/node67.html
RECOLECCION Y ANALISIS DE INFORMACION
RECOLECCION Y ANÁLISIS 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 LO MAS IMPORTANTE ES ANALIZAR Y RECOGER LOS REQUERIMENTOS DE LOS USUARIOS;ENTREVISTANDO OBSERVANDO,EXAMINANDO LA INFORMACION RECOGIDA
- CIBERGRAFIA:http://www3.uji.es/~mmarques/f47/apun/node67.html
CICLO DE VIDA DEL SISTEMA DE APLICACION DE BASE DE DATOS
CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS
*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:1.Planificación del proyecto.2.Definición del sistema.3.Recolección y análisis de los requisitos.4.Diseño de la base de datos.5.Selección del SGBD.6.Diseño de la aplicación.7.Prototipado.8.Implementación.9.Conversión y carga de datos.10.Prueba.11.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.
*Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
* http://www3.uji.es/~mmarques/f47/apun/node67.html
*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:1.Planificación del proyecto.2.Definición del sistema.3.Recolección y análisis de los requisitos.4.Diseño de la base de datos.5.Selección del SGBD.6.Diseño de la aplicación.7.Prototipado.8.Implementación.9.Conversión y carga de datos.10.Prueba.11.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.
*Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
* http://www3.uji.es/~mmarques/f47/apun/node67.html
TERCER FORMA NORMAL
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 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[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").
*Para que la tercera fase normal pertenezca a está, la tabla utilizada debe perteneces a la fase dos.
*http://es.wikipedia.org/wiki/3NF
*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 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[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").
*Para que la tercera fase normal pertenezca a está, la tabla utilizada debe perteneces a la fase dos.
*http://es.wikipedia.org/wiki/3NF
SEGUNDA FORMA NORMAL
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).
*La segunda forma normal las cualidades q debe tener la primra fase, deben de satisfacer a la segunda fase.
* http://es.wikipedia.org/wiki/2NF
*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).
*La segunda forma normal las cualidades q debe tener la primra fase, deben de satisfacer a la segunda fase.
* http://es.wikipedia.org/wiki/2NF
PRIMERA FORMA NORMAL
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)
*La primera forma normal, es la que se utiliza en la normalización de base de datos para satisfacer cierto conjunto mínimo de criterios.
* http://es.wikipedia.org/wiki/1NF
*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)
*La primera forma normal, es la que se utiliza en la normalización de base de datos para satisfacer cierto conjunto mínimo de criterios.
* http://es.wikipedia.org/wiki/1NF
NORMALIZACION DE UNA BASE DE DATOS
NORMALIZACIÓN EN UNA BASE DE DATOS
*NORMALIZACIÓN*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 normalización es aplicar algunas reglas a bases de datos ya establecidas, por el modelo entidad-relación o el modelo relacional.
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea
*NORMALIZACIÓN*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 normalización es aplicar algunas reglas a bases de datos ya establecidas, por el modelo entidad-relación o el modelo relacional.
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea
Suscribirse a:
Comentarios (Atom)
