* desarrolló IDS (Integrated Data Store), de General Electric. Este trabajo fue dirigido por uno de los pioneros en los sistemas de bases de datos, Charles Bachmann. IDS era un nuevo tipo de sistema de bases de datos conocido como sistema de red, que produjo un gran efecto sobre los sistemas de información de aquella generación. El sistema de red se desarrolló, en parte, para satisfacer la necesidad de representar relaciones entre datos más complejas que las que se podían modelar con los sistemas jerárquicos, y, en parte, para imponer un estándar de bases de datos. Para ayudar a establecer dicho estándar, CODASYL (Conference on Data Systems Languages), formado por representantes del gobierno de EEUU y representantes del mundo empresarial, formaron un grupo denominado DBTG (Data Base Task Group), cuyo objetivo era definir unas especificaciones estándar que permitieran la creación de bases de datos y el manejo de los datos. El DBTG presentó su informe final en 1971 y aunque éste no fue formalmente aceptado por ANSI (American National Standards Institute), muchos sistemas se desarrollaron siguiendo la propuesta del DBTG.
* EN ESTE CASO COMO NOS DICE NOS MUESTRA EL TIPO DE GENERACION DEL SISTEMA, COMO SE NOMBRA ESTE POR SU TIEMPO
* http://www3.uji.es/~mmarques/f47/apun/node6.html
jueves, 11 de junio de 2009
3.2.5 DISEÑO FISICO DE UNA BASE DE DATOS
* 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.
* ESTO NOS MUESTRA SU DISEÑO DE LA BASE DE DATOS Y LOSPASOS A SEGUIR PARA PODER OBTENERLA
* http://www3.uji.es/~mmarques/f47/apun/node95.html
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.
* ESTO NOS MUESTRA SU DISEÑO DE LA BASE DE DATOS Y LOSPASOS A SEGUIR PARA PODER OBTENERLA
* http://www3.uji.es/~mmarques/f47/apun/node95.html
3.2.4 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
* http://tramullas.com/documatica/2-8.html
* ESTO NOS MUESTRA UNA FORMA DE CREAR UNA BASE EN LA QUE MAS SE ACOMODE A NUESTRAS NECESIDADES
* http://tramullas.com/documatica/2-8.html
3.2.3 ELECCION DE UN GESTOR DE UN SITEMA DE BASE DE DATOS
* 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.
* ESTO NOS DICE QUE NOSOTRSO ESCOGEREMOS NUESTRO PROPIO GESTOR QUE MAS NOS CONVENGA Y SE NOS ACOMODE A LA NECESIDAD
* http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
* ESTO NOS DICE QUE NOSOTRSO ESCOGEREMOS NUESTRO PROPIO GESTOR QUE MAS NOS CONVENGA Y SE NOS ACOMODE A LA NECESIDAD
* http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
3.2.2 DISEÑO CONCEPTUAL DE 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.
* ESTA ES UNA DE LAS MEJOR FORMAS DE DISEÑO YA QUE TIENE UN DISEÑO CONCEPTUAL, LOGICO Y FISICO
* http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php
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.
* ESTA ES UNA DE LAS MEJOR FORMAS DE DISEÑO YA QUE TIENE UN DISEÑO CONCEPTUAL, LOGICO Y FISICO
* http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php
3.2.1RECOLECCION Y ANALISIS DE INFORMACION
* La recolección de datos se refiere al uso de una gran diversidad de técnicas y herramientas que pueden ser utilizadas por el analista para desarrollar los sistemas de información, los cuales pueden ser la entrevistas, la encuesta, el cuestionario, la observación, el diagrama de flujo y el diccionario de datos.
Todas estos instrumentos se aplicará en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas.
* ES UNA FORMA PARA ANALIZAR LA INFORMACION RECOLECTANDO LOS DATOS DE INFORMACION CON UNA FINALIDAD DE TENER UNA INVESTIGACION EN COMUN
* http://www.monografias.com/trabajos12/recoldat/recoldat.shtml
Todas estos instrumentos se aplicará en un momento en particular, con la finalidad de buscar información que será útil a una investigación en común. En la presente investigación trata con detalle los pasos que se debe seguir en el proceso de recolección de datos, con las técnicas ya antes nombradas.
* ES UNA FORMA PARA ANALIZAR LA INFORMACION RECOLECTANDO LOS DATOS DE INFORMACION CON UNA FINALIDAD DE TENER UNA INVESTIGACION EN COMUN
* http://www.monografias.com/trabajos12/recoldat/recoldat.shtml
3.2 CICLO DE VIDA DE UN SISTEMA DE APLICACIONES 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.
* ESTO NOS MUESTRA EL TIEMPO EN EL QUE PERDURA UNA APLICACION EN UNA BASE DE DATOS NOS MUESTRA SU PRINCIPIO Y FIN
* http://www3.uji.es/~mmarques/f47/apun/node67.html
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.
* ESTO NOS MUESTRA EL TIEMPO EN EL QUE PERDURA UNA APLICACION EN UNA BASE DE DATOS NOS MUESTRA SU PRINCIPIO Y FIN
* http://www3.uji.es/~mmarques/f47/apun/node67.html
3.1.3 TERCERA FORMA NORMAL
* La tabla se encuentra en 3FN si es 2FN y cada atributo que no forma parte de ninguna clave, depende directamente y no transitivamente, de la clave primaria.
Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva via DNUMBER porque las dependencias SSN->DNUMBER y DNUMBER->DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT
* ESTO ES QUE PARA QUE EXISTA LA TERCERA FORMA DEBE DE TENER UNA SEGUNDA FORMA Y CADA INFOORMACION QUE NO TENGA CLAVE DEPENDERA DE UNA CLAVE PRIMARIA
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
Un ejemplo de este concepto sería que, una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si hay un conjunto de atributos Z que no es un subconjunto de alguna clave de R, donde se mantiene X->Z y Z->Y.
Por ejemplo, la dependencia SSN->DMGRSSN es una dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos que la dependencia de DMGRSSN el atributo clave SSN es transitiva via DNUMBER porque las dependencias SSN->DNUMBER y DNUMBER->DMGRSSN son mantenidas, y DNUMBER no es un subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que la dependencia de DMGRSSN sobre DNUMBER es indeseable en EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT
* ESTO ES QUE PARA QUE EXISTA LA TERCERA FORMA DEBE DE TENER UNA SEGUNDA FORMA Y CADA INFOORMACION QUE NO TENGA CLAVE DEPENDERA DE UNA CLAVE PRIMARIA
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
3.1.2 SEGUNDA FORMA NORMAL
* Dependencia Funcional. Una relación está en 2FN si está en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales.
En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que A Є X, (X – {A}) -x-> Y. Una dependencia funcional es una dependencia parcial si hay algunos atributos que pueden ser removidos de X y la dependencia todavía se mantiene, esto es A Є X, (X – {A}) -> Y .
Por ejemplo {SSN, PNUMBER} HOURS es completamente dependiente dado que ni SSN HOURS ni PNUMBER HOURS mantienen la dependencia.
* EN ESTA MANERA ES DEPENDIENTE DE UNA MAS PARA SU FUNCIONAMIENTO QUE NO TENGA UNA DEPENDENCIA PARCIAL
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
En otras palabras podríamos decir que la segunda forma normal está basada en el concepto de dependencia completamente funcional. Una dependencia funcional es completamente funcional si al eliminar los atributos A de X significa que la dependencia no es mantenida, esto es que A Є X, (X – {A}) -x-> Y. Una dependencia funcional es una dependencia parcial si hay algunos atributos que pueden ser removidos de X y la dependencia todavía se mantiene, esto es A Є X, (X – {A}) -> Y .
Por ejemplo {SSN, PNUMBER} HOURS es completamente dependiente dado que ni SSN HOURS ni PNUMBER HOURS mantienen la dependencia.
* EN ESTA MANERA ES DEPENDIENTE DE UNA MAS PARA SU FUNCIONAMIENTO QUE NO TENGA UNA DEPENDENCIA PARCIAL
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
3.1.1 PRIMERA FORMA NORMAL
* Una tabla está en Primera Forma Normal sólo si
Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
La tabla contiene una clave primaria.
La tabla no contiene atributos nulos.
Si no posee ciclos repetitivos.
Una columna no puede tener múltiples valores. Los datos son atómicos. (Si a cada valor de X le pertenece un valor de Y, entonces a cada valor de Y le pertenece un valor de X)
Esta forma normal elimina los valores repetidos dentro de una BD
* EN ESTA PRIMERO FORMA SE BUSCA QUE LA INFORMACION SEA INDIVISIBLE QUE NO SE DESGLOCE EN VARIAS Y TENGA UNA CLAVE PRIMARIA
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio son indivisibles, mínimos.
La tabla contiene una clave primaria.
La tabla no contiene atributos nulos.
Si no posee ciclos repetitivos.
Una columna no puede tener múltiples valores. Los datos son atómicos. (Si a cada valor de X le pertenece un valor de Y, entonces a cada valor de Y le pertenece un valor de X)
Esta forma normal elimina los valores repetidos dentro de una BD
* EN ESTA PRIMERO FORMA SE BUSCA QUE LA INFORMACION SEA INDIVISIBLE QUE NO SE DESGLOCE EN VARIAS Y TENGA UNA CLAVE PRIMARIA
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Primera_Forma_Normal_.281FN.29
3.1 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.
* ESTO ES MAS QUE NADA UNA MANERA PARA EVITAR QUE LOS DATOS NO SE REPITAN,MANEJAR UNA ACTUALIZACION RAPIDA Y SEA MAS FACTIBLES LOS DATOS
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea
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.
* ESTO ES MAS QUE NADA UNA MANERA PARA EVITAR QUE LOS DATOS NO SE REPITAN,MANEJAR UNA ACTUALIZACION RAPIDA Y SEA MAS FACTIBLES LOS DATOS
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea
Suscribirse a:
Entradas (Atom)
