3.2.6 GENERACION DE UN SISTEMA DE BASE DE DATOS

* 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

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

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

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

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

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

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

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

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

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

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

2.4.3Creacion de un informe utilizando tablas

* en tablas presenta varios registros en una misma página y cada registro en una fila.
Para poder utilizar esta opción tenemos que rellenar previamente el cuadro Elija la tabla o consulta de donde proceden los datos del objeto: con el nombre del origen del informe.
* ESTE ES EL MISMO METODO QUE UTILIZAMOS PARA LA CREACION DE OTRAS TABLAS, QUE ES VISUALIZANDO VARIAS TABLAS SIMULTANEAMENTE EN UNA MISMA PAGINA.
* http://www.aulaclic.es/access2003/t_12_1.htm

2.4.2Creacion de un informe utilizando el asistente

* Para arrancar el asistente para informes podemos hacerlo como lo vimos en el punto anterior o bien, otra forma más rápida es desde la ventana Base de datos con el objeto Informes seleccionado, haciendo doble clic en la opción Crear un informe utilizando el asistente. Primero seleccionamos la tabla o consulta de donde cogerá los datos del cuadro Tablas/Consultas este será el origen del informe. Si queremos sacar datos de varias tablas lo mejor será crear una consulta para obtener esos datos y luego elegir como origen del informe esa consulta.
A continuación seleccionamos los campos haciendo clic sobre el campo para seleccionarlo. Primero seleccionamos la tabla o consulta de donde cogerá los datos del cuadro Tablas/Consultas este será el origen del informe. Si queremos sacar datos de varias tablas lo mejor será crear una consulta para obtener esos datos y luego elegir como origen del informe esa consulta.
A continuación seleccionamos los campos haciendo clic sobre el campo para seleccionarlo
* LO MIMO QUE TODOS LOS ANTERIORES PARA UTILIZAR EL ASISTENTE NOS FACILITA LA INTRODUCCION DE LA INFORMACION, SU ORDEN QUE VA A LLEVAR Y COMO SE ORGANIZARA.
* http://www.aulaclic.es/access2003/t_12_1.htm

2.4.1Partes de un informe

* La sección Encabezado del informe, en ella ponemos lo que queremos que aparezca al principio del informe.
La sección Encabezado de página, en ella ponemos lo que queremos que aparezca al principio de cada página.
La sección Detalle, en ella aparecerán los registros del origen del informe, o varios registros o uno sólo por página según el tipo de informe. Aunque se visualicen varios registros en una página, debemos indicar en la sección Detalle el diseño correspondiente a un sólo registro.
La sección Pie de página, en ella ponemos lo que queremos aparezca al final de cada página.
La sección Pie de informe, en ella ponemos lo que queremos aparezca al final del informe.
* LAS PARTES DE UN INFORME A DIFERENCIA DE LOS FORMULARIOS SON QUE SOLO ESTAS SIRVEN PARA SER VISUALIZADAS O IMPRESAS Y SON CASI LAS MISMAS SOLO TIENEN ESA DIFERENCIA.
* http://www.aulaclic.es/access2003/t_12_3.htm

2.3.3Consu|tas por parametros

* Un parámetro funciona de forma parecida a un campo de tabla, pero el valor que almacena lo introduce el usuario cuando se ejecuta la consulta. En una consulta cuando utilizamos un nombre de campo que no está en el origen de datos, Access considera este campo como un parámetro y cuando se ejecuta la consulta nos pide Introducir el valor del parámetro. Otra forma de utilizar un parámetro en una consulta es definiéndolo mediante la opción Parámetros del menú Consulta. En este caso, después de elegir la opción, se abre el cuadro de diálogo Parámetros de la consulta donde podemos indicar el nombre del parámetro y el tipo de dato.
* ESTE TIPO DE CONSUTA NOS PERMITE ELEGIR EL DATO A SELECCIONAR O SI NO SE ES LOCALIZADO FACILMENTE CON UNA BUSQUEDA PPOR TIPO Y NOMBRE DEL PARAMETRO.
* http://www.aulaclic.es/access2003/t_7_5.htm

2.3.2Consu|ta por varias tab|as

* Una consulta multitabla es una consulta que obtiene datos de varias tablas por lo que deberá contener en la zona de tablas de la ventana Diseño las distintas tablas de donde obtiene esos datos.
Para añadir una tabla a la zona de tablas podemos una vez en la ventana Diseño de consulta Si las tablas no están relacionadas o no tienen campos con el mismo nombre, la consulta obtiene la concatenación de todas las filas de la primera tabla con todas las filas de la segunda tabla, si tenemos una tercera tabla concatenará cada una de las filas obtenidas en el primer paso con cada una de las filas de la tercera tabla, y así sucesivamente.
* ESTE TIPO DE CONSULTA COMO DICE SU NOMBRE NOS PERMITE OBSERVAR Y OBTENER LA INFORMACION DE VARIAS TABLAS EN MANERA SIMULTANEA
* http://www.aulaclic.es/access2003/t_7_6.htm

2.3.1Consultas pos asistente

*Las cnsultas son los objetos de una base de datos que permiten recuperar datos de una tabla, modificarlos e incluso almacenar el resultado en otra tabla. En este caso se abre la ventana del asistente en la que nos pide elegir la tabla de la que va a sacar los datos, los campos que queremos visualizar y el título de la consulta, a continuación genera automáticamente la consulta correspondiente.El Asistente para consultas sencillas es lo mismo que la opción Crear una consulta utilizando el asistente comentada más arriba.
*LAS CONSULTAS USANDO EL ASISTENTE HACEN QUE SEA UN POCO MAS FACIL ESTA ELABORACION Y NOS PERMITE VER LOS ODATOS QUE VAMOS A AGREGAR , LOS CAMPOS Y EL TITULO DE LA CONSULTA.
*http://www.aulaclic.es/access2003/t_7_1.htm#tipos

2.2.3Agregar objetos a| formulario

*Abrir el formulario para ver o introducir información en este caso veremos el resultado del formulario preparado para la edición de registros. Primero seleccionamos la tabla o consulta de donde cogerá los datos del cuadro Tablas/Consultas, este será el origen del formulario. Si queremos sacar datos de varias tablas lo mejor será crear una consulta para obtener esos datos y luego elegir como origen del formulario esa consulta.
*PARA AGREGAR OBJETOS A LOS FORMULARIOS PODEMOS UTILIZAR EL ASISTENTE QUE APARECE EN EL TIPO DE CREACION DE LOS FOORMULARIOS, PARA AGREGARLOS ESTE UTILIZA UN METODO QUE ARRASTRA LA INFORMACION DESEADA A LOS FORMULARIOS.
*http://www.aulaclic.es/access2003/t_11_1.htm

¨2.2.2Modificar un formu|ario

*Modificar el diseño del formulario, si seleccionamos esta opción aparecerá la vista Diseño de formulario donde podremos modificar el aspecto del formulario. Para editar datos de una tabla utilizando un formulario, debemos abrir el formulario posicionándonos en la ventana Base de datos con el objeto Formularios seleccionado, y hacer clic en el botón o simplemente hacer doble clic sobre el nombre del formulario en la ventana Base de datos.
*DEPENDIEMDO LO QUE SE DESEA MODIFICAR SE LE HACE EL ARREGLO A LA TABLA , SEA AGREGAR MAS DATOS O MODIFICAR LOS FORMULARIOS.
*http://www.aulaclic.es/access2003/t_11_2.htm

2.2.1Creacion de un formu|ario

*Para crear un formulario tenemos que posicionarnos en la ventana Base de datos con el objeto Formularios seleccionado, si hacemos clic en el botón se abre una ventana con las distintas formas que tenemos para crear un formulario:
Vista Diseño abre un formulario en blanco en la vista diseño y tenemos que ir incorporando los distintos objetos que queremos aparezcan en él.
Asistente para formularios utiliza un asistente que nos va guiando paso por paso en la creación del formulario.
Autoformulario consiste en crear automaticamente un nuevo formulario que contiene todos los datos de la tabla o consulta origen.
Asistente para gráficos utiliza un asistente que nos va guiando paso por paso en la creación del gráfico.
Asistente para tablas dinámicos utiliza un asistente que nos va guiando paso por paso en la creación de la tabla dinámica.
*LA CREACION DE UN FORMULARIO NOS SIRVE PARA MODIFICAR LA INFORMACION DE MANERA MAS RAPIDA Y CONVENCIONAL DE LAS TABLAS Y LO PODEMOS HACER DE DIFERENTES MANERAS SEGUN EL MODO EN QUE SE CREEN
*http://www.aulaclic.es/access2003/t_11_1.htm