generacioOn de un sistema de base de datoOs

• En esta fase se crea un esquema conceptual y los esquemas externos necesarios en el modelo de datos del SGBD seleccionado, mediante la transformación de los esquemas de modelo de datos a alto nivel obtenidos en la Fase 2a, al modelo de datos ofrecido por el SGBD.
• como su nombre lo dice se hace como un resumen de toda la informacion y se pueden ver todos los esquemas mas importantes.
• http://tramullas.com/documatica/2-8.html

transfoOrmacioOn al moOdeloO de datoOs

• Fase 4: Transformación del modelo de datos (o fase de diseño lógico).En esta fase se crea un esquema conceptual y los esquemas externos necesarios en el modelo de datos del SGBD seleccionado, mediante la transformación de los esquemas de modelo de datos a alto nivel obtenidos en la Fase 2a, al modelo de datos ofrecido por el SGBD.
• es una fase en la cual se hace un tipo de esquema se basa en los esquemas externos y se relaciona con los datos que se obtienen en una fase anterior
• http://tramullas.com/documatica/2-8.html

diseñoO fisicoO de la base de datoOs

• 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.
  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.
• consta de tres etapas cada una tiene una funcion diferente una se encarga del sgbd otra de la documentacion y la otra se encarga de como se guarda
• http://www.mailxmail.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datos

eleccioOn de un sistema gestoOr de base de datoOs

• Software con capacidad para definir, mantener y utilizar una base de datos.Un sistema de gestión de bases de datos debe permitir definir estructuras dealmacenamiento, acceder a los datos de forma eficiente y segura, etc.Factores técnicos1. Organización de los datos independientemente de las aplicaciones que los vayan a usar(independencia lógica) y de los ficheros en los que vayan a almacenarse(independencia física).2. Datos y aplicaciones accesibles a los usuarios y a otras aplicaciones de la manera másamigable posible (lenguajes de consulta: SQL, Query-by-example…)3. Datos gestionados de forma centralizada e independiente de las aplicaciones.4. No redundancia (los datos no deben estar duplicados), consistencia e integridad.5. Fiabilidad (protección frente a fallos).6. Seguridad (no todos los datos deben ser accesibles a todos los usuarios).7. Capacidad de replicación y distribución8. Disponibilidad de herramientas de desarrollo de software9. PortabilidadFactores no técnicos1. Coste de la adquisición del software, del hardware y coste de mantenimiento.2. Coste de creación y conversión de la base de datos3. Coste de personal (formación y operación).4. Disponibilidad de servicios del proveedor.
• el proposito de esto es manejar adecuadamente los datos para que en un determinado momento se pueda utilizar esta informacion
• http://elvex.ugr.es/idbis/db/docs/design/1-process.pdf

diseñoO coOnceptual de la base de datoOs

• Definición de Diseño conceptual de bases 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.Desarrollo del diseño conceptual de una base de datosEl diseño conceptual parte de los requerimientos, resultando en un esquema conceptual de base de datos.El esquema conceptual sirve luego para el diseño lógico de base de datos.
• un diseñador de base de datos se encarga de admnistrarla primero se hace un esquema y despues se hace el diseño fisico
• http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php

recoOleccioOn y analisis de infoOrmacioOn

• 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.
• la recoleccion de datos nos sirve para conseguir informacion de diferentes temas necesitamos cierto tipo de pasos para conseguir datos concretos
• http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

cicloO de vida del sSisStema de aplicacioOn de basSe de datoOsS

• Ciclo de vida de las aplicaciones de bases 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.
  A continuación, se muestran las tareas más importantes que se realizan en cada etapa.
  1. Planificación del proyecto
  Esta etapa conlleva la planificación de cómo se pueden llevar a cabo las etapas del ciclo de vida de la manera más eficiente. Hay tres componentes principales: el trabajo que se ha de realizar, los recursos para llevarlo a cabo y el dinero para pagar por todo ello. Como apoyo a esta etapa, se necesitará un modelo de datos corporativo en donde se muestren las entidades principales de la empresa y sus relaciones, y en donde se identifiquen las principales áreas funcionales. Normalmente, este modelo de datos se representa mediante un diagrama entidad-relación. En este modelo se tiene que mostrar también qué datos comparten las distintas áreas funcionales de la empresa.
  La planificación de la base de datos también incluye el desarrollo de estándares que especifiquen cómo realizar la recolección de datos, cómo especificar su formato, qué documentación será necesaria y cómo se va a llevar a cabo el diseño y la implementación. El desarrollo y el mantenimiento de los estándares puede llevar bastante tiempo, pero si están bien diseñados, son una base para el personal informático en formación y para medir la calidad, además, garantizan que el trabajo se ajusta a unos patrones, independientemente de las habilidades y la experiencia del diseñador. Por ejemplo, se pueden establecer reglas sobre cómo dar nombres a los datos, lo que evitará redundancias e inconsistencias. Se deben documentar todos los aspectos legales sobre los datos y los establecidos por la empresa como, por ejemplo, qué datos deben tratarse de modo confidencial.
  2. Definición del sistema
  En esta etapa se especifica el ámbito y los límites de la aplicación de bases de datos, así como con qué otros sistemas interactúa. También hay que determinar quienes son los usuarios y las áreas de aplicación.
  3. Recolección y análisis de los requisitos
  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.
  4. Diseño de la base de datos
  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.
  5. Selección del SGBD
  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.
  6. Diseño de la aplicación
  En esta etapa se diseñan los programas de aplicación que usarán y procesarán la base de datos. Esta etapa y el diseño de la base de datos, son paralelas. En la mayor parte de los casos no se puede finalizar el diseño de las aplicaciones hasta que se ha terminado con el diseño de la base de datos. Por otro lado, la base de datos existe para dar soporte a las aplicaciones, por lo que habrá una realimentación desde el diseño de las aplicaciones al diseño de la base de datos.
  En esta etapa hay que asegurarse de que toda la funcionalidad especificada en los requisitos de usuario se encuentra en el diseño de la aplicación. Habrá algunos programas que utilicen y procesen los datos de la base de datos.
  Además, habrá que diseñar las interfaces de usuario, aspecto muy importante que se suele ignorar. El sistema debe ser fácil de aprender, fácil de usar, ser directo y estar ``dispuesto a perdonar''. Si la interface no tiene estas características, el sistema dará problemas, sin lugar a dudas.
  7. Prototipado
  Esta etapa, que es opcional, es para construir prototipos de la aplicación que permitan a los diseñadores y a los usuarios probar el sistema. Un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar qué aspectos están bien y cuáles no son adecuados, además de poder sugerir mejoras o la inclusión de nuevos elementos. Este proceso permite que quienes diseñan e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Otra ventaja de los prototipos es que se construyen rápidamente.
  Esta etapa es imprescindible cuando el sistema que se va a implementar tiene un gran coste, alto riesgo o utiliza nuevas tecnologías.
  8. Implementación
  En esta etapa se crean las definiciones de la base de datos a nivel conceptual, externo e interno, así como los programas de aplicación. La implementación de la base de datos se realiza mediante las sentencias del lenguaje de definición de datos (LDD) del SGBD escogido. Estas sentencias se encargan de crear el esquema de la base de datos, los ficheros en donde se almacenarán los datos y las vistas de los usuarios.
  Los programas de aplicación se implementan utilizando lenguajes de tercera o cuarta generación. Partes de estas aplicaciones son transacciones sobre la base de datos, que se implementan mediante el lenguaje de manejo de datos (LMD) del SGBD. Las sentencias de este lenguaje se pueden embeber en un lenguaje de programación anfitrión como Visual Basic, Delphi, C, C++, Java, COBOL, Fortran, Ada o Pascal. En esta etapa, también se implementan los menús, los formularios para la introducción de datos y los informes de visualización de datos. Para ello, el SGBD puede disponer de lenguajes de cuarta generación que permiten el desarrollo rápido de aplicaciones mediante lenguajes de consultas no procedurales, generadores de informes, generadores de formularios, generadores de gráficos y generadores de aplicaciones.
  También se implementan en esta etapa todos los controles de seguridad e integridad. Algunos de estos controles se pueden implementar mediante el LDD y otros puede que haya que implementarlos mediante utilidades del SGBD o mediante programas de aplicación.
  9. Conversión y carga de datos
  Esta etapa es necesaria cuando se está reemplazando un sistema antiguo por uno nuevo. Los datos se cargan desde el sistema viejo al nuevo directamente o, si es necesario, se convierten al formato que requiera el nuevo SGBD y luego se cargan. Si es posible, los programas de aplicación del sistema antiguo también se convierten para que se puedan utilizar en el sistema nuevo.
  10. Prueba
  En esta etapa se prueba y valida el sistema con los requisitos especificados por los usuarios. Para ello, se debe diseñar una batería de tests con datos reales, que se deben llevar a cabo de manera metódica y rigurosa. Es importante darse cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve para encontrarlos. Si la fase de prueba se lleva a cabo correctamente, descubrirá los errores en los programas de aplicación y en la estructura de la base de datos. Además, demostrará que los programas ``parecen'' trabajar tal y como se especificaba en los requisitos y que las prestaciones deseadas ``parecen'' obtenerse. Por último, en las pruebas se podrá hacer una medida de la fiabilidad y la calidad del software desarrollado.
  11. Mantenimiento
  Una vez que el sistema está completamente implementado y probado, se pone en marcha. El sistema está ahora en la fase de mantenimiento en la que se llevan a cabo las siguientes tareas:
  Monitorización de las prestaciones del sistema. Si las prestaciones caen por debajo de un determinado nivel, puede ser necesario reorganizar la base de datos.
  Mantenimiento y actualización del sistema. Cuando sea necesario, los nuevos requisitos que vayan surgiendo se incorporarán al sistema, siguiendo de nuevo las etapas del ciclo de vida que se acaban de presentar.
• son una serie de pasos que cada uno tiene caracteristicas especiales y no llevan una secuencia en especifico
• http://www3.uji.es/~mmarques/f47/apun/node67.html

tercera foOrma noOrmal

• Tercera Forma Normal (3FN) Artículo principal: 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.
• la tercera forma normal depende de que antes debio haber pasado por la primera y la segunda forma
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

segunda foOrma noOrmal

• Segunda Forma Normal (2FN)
  Artículo principal: 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. Sin embargo {SSN, PNUMBER} ENAME es parcialmente dependiente dado que SSN ENAME mantiene la dependencia
• sabemos que una segunda forma normal debio antes de pasar por la primera forma normal, un atributo depende de otro y cuenta con una clave
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

primera foOrma noOrmal

• Primera Forma Normal (1FN) [editar]
  Artículo principal: 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
• sabemos que las tablas que se encuentran en primera forma normal no deben tener datos repetidos y tienen una clave
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Segunda_Forma_Normal_.282FN.29

noOrmalizacioOn

• 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 normalizacion son reglas que nos ayudan a que no tengamos imprevistos al actualizar nuestras tablas, a cuidar los datos y no tener informacion repetida
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

creacioOn de un infoOrme utilizandoO tablasS

• Crear un informe con un asistenteUtilizar el Asistente para informes es la forma más simple y rápida de crear un informe que combine datos de más de una tabla. Como se dijo anteriormente, el Asistente para informes acelera el proceso de creación de un informe porque realiza automáticamente todo el trabajo básico. En la primera pantalla del Asistente para informe puede seleccionar los campos que desea incluir en el informe. Estos campos pueden proceder de una o de varias tablas.Veamos a continuación cuales son los pasos para crear un informe a partir del asistente:1. Active la ficha Informes en la ventana Base de Datos.2. Pulse en el botón Nuevo parra acceder al cuadro de diálogo Nuevo informe3. En el cuadro de diálogo Nuevo informe, elija la opción Asistente para informes.4. Seleccione en la parte inferior la tabla o consulta que contiene los datos en los que desea basar su informe.Access utiliza esa tabla o consulta como el origen de datos predeterminado para el informe. Sin embargo, puede cambiar el origen de datos del asistente y seleccionar campos de otras tablas y consultas. 5. Pulse en aceptar para hacer aparecer el primer cuadro de diálogo del Asistente6. Seleccione en la lista Tablas/Consultas la tabla o consulta de donde desea tomar los datos. Verá en la lista Campos disponibles todos los campos existentes en la tabla o consulta seleccionada. Utilice los botones Agrega (>), Agregar todos (>>), Quitar (<) y Quitar todos (<<) para determinar los campos que han de pasar a la lista Campos seleccionados.7. Repita el paso 5 para seleccionar campos adicionales existentes en otras tablas o consultas y pulse después en el botón siguiente.8. En las siguientes páginas del Asistente para informes puede elegir un tipo de ordenación para los registros (basado hasta en cuatro campos diferentes), tipo básico de diseño (En columnas, Tabular o Justificado), orientación (Vertical u horizontal), así como un estilo de presentación, en una lista de estilos predefinidos (utilice la ventana de muestra de la izquierda para hacerse una idea de a qué corresponde cada una de las opciones).9. En la última página del Asistente puede especificar el nombre que desea asignar al informe, así como determinar si desea obtener una vista previa del informe, o bien abrirlo en la ventana de diseño para modificar la estructura creada por el Asistente. Elija la opción apropiada y pulse en Terminar.
• igual que en todo donde se usa el asistente es para ir guiandonos poco a poco y es cuando no estamos muy familiarizados con el programa
• http://www.wikilearning.com/curso_gratis/tablas_en_access-informes/3766-5

creacioOn de un infoOrme utilizandoO el asiSsStente

• Asistente para gráficos utiliza un asistente que nos va guiando paso por paso en la creación del gráfico.
  Asistente para etiquetas utiliza un asistente que nos va guiando paso por paso en la creación etiquetas.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 uPrimero 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.utilizando el asistente.
• utilizar el asistente es mas facil cuando no tenemos muchos conocimientos sobre access y nos guia para lograr llegar a nuestro objetivo
• http://www.aulaclic.es/access2003/t_12_1.htm

partesS de un infoOrme

• Los informes sirven para presentar los datos de una tabla o consulta generalmente para imprimirlos. La diferencia básica con los formularios es que los datos que aparecen en el informe sólo se pueden visualizar o imprimir (no se pueden modificar) y en los informes se puede agrupar más facilmente la información y sacar totales por grupos.Vista Diseño abre un informe en blanco en la vista diseño y tenemos que ir incorporando los distintos objetos que queremos aparezcan en él. Este método no se suele utilizar ya que en la mayoría de los casos es más cómodo y rápido crear un autoinforme o utilizar el asistente y después sobre el informe creado modificar el diseño para ajustar el informe a nuestras necesidades. Asistente para informes utiliza un asistente que nos va guiando paso por paso en la creación del informe.
  Autoinforme consiste en crear automáticamente un nuevo informe que contiene todos los datos de la tabla o consulta origen.
  Según el tipo de autoinforme que elijamos, el informe presentará los datos de manera diferente, cuando hacemos clic en una de las opciones, en la parte izquierda aparece un esquema de cómo se presentarán los datos con esa opción. Por ejemplo Autoinforme: en columnas presenta cada registro en una página mientras que Autoinforme: en tablas presenta varios registros en una misma página y cada registro en una fila.
• las partes de un informe nos sirven para darle una mejor presentacion y podemos entender mas facilmente como se compone todo
• http://www.aulaclic.es/access2003/t_12_1.htm

coOnsSultasS poOr parametroOs

• Las consultas con parámetros son aquellas cuyas condiciones de búsqueda se definen mediante parámetros.Si se ejecutan directamente desde la base de datos donde han sido definidas aparecerá un mensaje solicitando el valor de cada uno de los parámetros.Si deseamos ejecutarlas desde una aplicación hay que asignar primero el valor de los parámetros y después ejecutarlas.
• son valores que son como la caracteristica de las consultas para identificarlas y para encontrarlas hya que poner el valor
• http://www.maestrosdelweb.com/editorial/tutsql12/

coOnsulta poOr variasS tablasS

• Consultas de creación de tablas: este tipo de consultas crea una nueva tabla basándose en todos los datos o parte de estos existentes en una o más tablas. La consulta combinando varias tablas tiene grandes ventajas, imagina que necesitamos saber los datos de nuestros clientes, con un extracto añadido del agente de ventas que le atendió, así como la fecha en que fue atendido.
  Es innegable que tener todos estos datos una única tabla es mucho mejor que sacar las dos tablas e ir buscando los datos uno a uno para cotejarlos.
• de esta forma podemos vincular varias tablas en una misma y asi nos facilitamos el trabajo
• http://www.mailxmail.com/curso-introduccion-access/tipo-consultas

coOnsulta poOr asistente

• Las consultas son los objetos de una base de datos que permiten recuperar datos de una tabla, modificarlos e incluso almacenar el resultado en otra tabla.
  Existen varios tipos de consultas:
  Consultas de selección.
  Son las consultas que extraen o nos muestran datos. Muestran aquellos datos de una tabla que cumplen los criterios especificados. Una vez obtenido el resultado podremos consultar los datos para modificarlos (esto se podrá hacer o no según la consulta). Una consulta de selección genera una tabla lógica (se llama lógica porque no está físicamente en el disco duro sino en la memoria del ordenador y cada vez que se abre se vuelve a calcular).
  Consultas de acción.
  Son consultas que realizan cambios a los registros. Existen varios tipos de consultas de acción, de eliminación, de actualización, de datos anexados y de creación de tablas.
  Consultas específicas de SQL.
  Son consultas que no se pueden definir desde la cuadrícula QBE de Access sino que se tienen que definir directamente en SQL

Crear una consulta utilizando el asistente.
utilizando el asistente, 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.

• esto nos ayuda mucho cuando no estamos muy familiarizados con access ya que nos va indicando lo que tenemos que hacer
• http://www.aulaclic.es/access2003/t_7_1.htm

agregar oObjetoOsS al foOrmularioO

• Personalizar un formulario.- Esta operación nos permite mejorar el aspecto gráfico y convertir en más funcional el uso de una base de datos. Se pueden insertar listas de opciones, botones que permitan la apertura de un formulario y aplicarlos a las mismas imágenes. Además, se puede sustituir un cuadro de texto por un cuadro de resumen o por un conjunto de opciones que permiten seleccionar un valor en vez de teclearlo. Finalmente, se pueden usar rectángulos o líneas para resaltar informaciones claves o para crear efectos especiales tales como el sombreado.Disponer de un listado de opciones en un recuadro de resumen.- Muchas veces resulta más sencillo elegir un valor de una lista antes que teclearlo. Para tal fin, Access dispone de dos tipos de controles que suministran listados de opciones arrastrables, es decir, los Cuadros de resumen y los Cuadros combinados. El Cuadro de resumen está formado por un listado de valores, siempre visible, en el cual se puede realizar una selección. Un cuadro combinado es la combinación de un cuadro de texto y de uno de resumen en un único control: el listado aparecerá únicamente cuando se abra.Crear con el asistente.- Para ello deberemos:-Si todavía no ha sido activado, hacer click sobre la herramienta Asistente para controles en el cuadro de herramientas.-Hacer click sobre la herramienta Cuadro combinado o de resumen.-Hacer click en el formulario en el punto donde se desee insertar el control.-Seguir las instrucciones de la ventana de diálogo que se abren sucesivamente y después hacer click en Terminar.
• agregar objetos a un formulario tambien nos sirve para darle mas presentacion esto no necesariamente es indispensable pero si queremos lo podemos hacer
• http://www.mailxmail.com/curso-introduccion-access/personalizar-formularios

moOdificar un foOrmularioO

• Seleccionar, desplazar y modificar los controles.- Una vez creado el formulario con la ayuda del asistente, puede presentársele la necesidad de desplazar o redimensionar algunos controles. Esto solamente puede hacerlo después de haberlos seleccionado haciendo click encima de ellos. Algunos controles (cuadros de texto o cuadros de control) disponen de una etiqueta adjunta que se puede seleccionar conjuntamente con el control. Si selecciona un cuadro de texto, a su alrededor aparecerán los cuadrillos de redimensión (moviéndose a su alrededor aparece una pequeña mano negra para arrastrarlos), mientras que la etiqueta dispondrá de un único cuadrillo para el arrastre. Sucede lo contrario si selecciona la etiqueta. Si realiza el arrastre manteniendo pulsada la tecla Mayús., entonces se realizará tanto en horizontal como en vertical. Para redimensionar un control respecto a otro se debe:-Seleccionar los controles de redimensionar.-Elegir el tamaño del menú Formato.-Elegir entre opciones existentes (Ajustar al más alto, al más corto, el más estrecho y el más ancho)Copiar un control.- Para copiar un control es necesario:-Seleccionar el control deseado-Elegir Duplicar en el menú EdiciónExiste la posibilidad de usar únicamente la técnica del copiar-pegar.Eliminar un control.- Para eliminar un control con la etiqueta adjunta, basta con seleccionar el control y pulsar Supr. Para eliminar únicamente la etiqueta, basta con seleccionarla pulsar Supr.Alinear los controles.- Existe la posibilidad de alinear los controles de la cuadrícula o bien uno al lado del otro. En el primer caso se debe:-Seleccionarlos utilizando la herramienta Seleccionar objeto (flecha blanca)-Escoger el comando Alinear del menú Formato y después la cuadrículaEn el segundo caso se debe:-Seleccionar los controles que se encuentran en la misma columna o en la misma fila.-Elejir el comando Alinear del menú Formato y después Izquierda o Derecha, o bien Arriba o Abajo.Espaciado uniforme de los controles.- Si deseamos que entre los controles exista el mismo espacio debemos:-Seleccionarlos-Elegir el comando Espacio horizontal o vertical del menú Formato-Seleccionar Espacios iguales.
• modificar un formulario nos sirve para quitar algo que ya no nos guste o que no sea necesario o agregar igual mas cosas
• http://www.mailxmail.com/curso-introduccion-access/modificar-formulario

creacioOn de un foOrmularioO

• 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. Este método no se suele utilizar ya que en la mayoría de los casos es más cómodo y rápido crear un autoformulario o utilizar el asistente y después sobre el formulario creado modificar el diseño para ajustar el formulario a nuestras necesidades. En esta unidad veremos más adelante cómo modificar el diseño de un formulario.
  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.
  Según el tipo de formulario que elijamos (en columnas, en tabla,...) el formulario presentará los datos de manera diferente, cuando hacemos clic en una de las opciones, en la parte izquierda aparece un esquema de cómo se presentarán los datos con esa opción. Por ejemplo Autoformulario: en columnas presenta cada registro en una pantalla mientras que Autoformulario: en tabla presenta varios registros en una misma pantalla y cada registro en una fila.
• dependiendo de lo que queramos hacer podemos personalizar el formulario y asi tambien darle mayor presentacion
• http://www.aulaclic.es/access2003/t_11_1.htm

relacioOnesS entre tablasS

• Tras definir las columnas y las claves principales básicas de las tablas, ya puede comenzar a definir las relaciones. Una vez definidas las relaciones, puede escribir declaraciones SQL en Dreamweaver para combinar datos procedentes de dos tablas (véase Unión de tablas).
  Por ejemplo, cada avión gestionado por Arrow Aircraft tiene varios propietarios. Desea establecer una relación "uno a varios" entre los aviones de la tabla de aviones y los propietarios de la tabla de propietarios. Esto le evitaría tener que introducir y controlar datos de aviones redundantes en la tabla de propietarios.
  En las relaciones de bases de datos "uno a varios", cada fila de una tabla está relacionada con varias filas de la otra tabla. Para definir esta clase de relación, se incluye una clave externa en la tabla que incluya todas las filas de la tabla propietarios, como en el ejemplo anterior. Una clave externa es una columna que contiene valores que corresponden a los de la columna de clave principal de otra tabla. La clave principal de la tabla de aviones de este caso se llama ac_serial. Por lo tanto, si incluimos una clave externa denominada ac_serial en la tabla de propietarios, definiríamos una "relación de un avión con varios propietarios".
  Con lo que sabe sobre las características que demanda el cliente y las normas y política comercial de la empresa, decide definir la siguiente relación uno a varios en la base de datos:
  Cada avión puede tener varios propietarios
  Cada avión tiene varias reservas
  Cada avión tiene varios itinerarios
  Cada propietario tiene varios itinerarios
  Cada itinerario tiene varios vuelos (o etapas)
  A continuación se muestran los diagramas de las tablas revisados tras haber añadido las claves externas que definen estas relaciones
• las relacion de tablas nos ayuda para vincular una con otra y asi tambien la informacion de cada una de ellas haciendo mas facil la busqueda de esta
• http://livedocs.adobe.com/dreamweaver/8_es/using/wwhelp/wwhimpl/common/html/wwhelp.htm?context=LiveDocs_Parts&file=46_dbba9.htm

definicioOn de clavesS

• En una relación se hacen coincidir los datos de los campos clave (normalmente un campo con el mismo nombre en ambas tablas). En la mayoría de los casos, estos campos coincidentes son la clave principal de una tabla, que proporciona un identificador único para cada registro, y una clave externa de la otra tabla. Es una columna o un conjunto de columnas que identifican unívocamente a cada fila. Debe ser única, no nula y obligatoria. Como máximo, podemos definir una clave primaria por tabla. Esta clave se puede referenciar por una columna o columnas. Cuando se crea una clave primaria, automáticamente se crea un índice que facilita el acceso a la tabla. Claves ajenas: Esta formada por una o varias columnas que están asociadas a una clave primaria de otra o de la misma tabla. Se pueden definir tantas claves ajenas como se precise, y pueden estar o no en la misma tabla que la clave primaria. El valor de la columna o columnas que son claves ajenas debe ser: NULL o igual a un valor de la clave referenciada (regla de integridad referencial).
• hay de dos tipos la clave principal y la clave ajena a cual se forma por varias columnas que estan relacionadas a una clave primaria de la misma tabla o de otra
• http://www.desarrolloweb.com/articulos/1925.php

oOperacioOnesS principalesS

• Una tabla en Excel es un conjunto de datos organizados en filas o registros, en la que la primera fila contiene las cabeceras de las columnas (los nombres de los campos), y las demás filas contienen los datos almacenados. Es como una tabla de base de datos, de hecho también se denominan listas de base de datos. Cada fila es un registro de entrada, por tanto podremos componer como máximo una lista con 255 campos y 65535 registros.
  Las tablas son muy útiles porque además de almacenar información, incluyen una serie de operaciones que permiten analizar y administrar esos datos de forma muy cómoda.
  Entre las operaciones más interesantes que podemos realizar con las listas tenemos:
  - Ordenar la los registros.
  - Filtrar el contenido de la tabla por algún criterio.
  - Utilizar fórmulas para la lista añadiendo algún tipo de filtrado.
  - Crear un resumen de los datos.
  - Aplicar formatos a todos los datos.
• son las funciones basicsas de una base de datos nos ayudan a guardar informacion y encontrarla mas facilmente
• http://www.aulaclic.es/excel2007/t_15_1.htm

tablasS---- disSeñoO d tablasS

• Una tabla es una colección de datos sobre un tema específico, como productos o proveedores. Al usar una tabla independiente para cada tema, los datos se almacenan sólo una vez. Esto tiene como resultado una base de datos más eficaz y menos errores de entrada de datos.
  Las tablas organizan datos en columnas (denominadas campos) y filas (denominadas registros).Por ejemplo, cada campo de una tabla Productos contiene el mismo tipo de información para cada producto, por ejemplo, su nombre. Cada uno de los registros de esa tabla contiene toda la información acerca de un producto, por ejemplo, el nombre del producto, el Id. de proveedor, las unidades en existencia, etc.
• las tablas nos ayudan a acomodar la informacion mas facilmente, cada una puede tener un diseño diferente para que cada persona elija la que le resulte mas eficaz
• http://www.duiops.net/manuales/access/access3.htm

oOperadoOres adicioOnales de coOnsulta

• Los operadores de consulta estándar son los métodos que forman el modelo de Language-Integrated Query (LINQ). La mayoría de estos métodos funciona en secuencias, donde una secuencia es un objeto cuyo tipo implementa la interfaz IEnumerable<(Of <(T>)>)o la interfaz IQueryable<(Of <(T>)>). Los operadores de consulta estándar proporcionan capacidades de consulta que incluyen filtrado, proyección, agregación, ordenación y otras.
  Hay dos conjuntos de operadores de consulta estándar de LINQ, uno que funciona sobre objetos de tipo IEnumerable<(Of <(T>)>) y otro que funciona sobre objetos de tipo IQueryable<(Of <(T>)>). Los métodos que constituyen cada conjunto son miembros estáticos de las clases Enumerable y Queryable, respectivamente. Se definen como métodos de extensión del tipo sobre el que operan. Esto significa que se pueden llamar utilizando sintaxis del método estático o sintaxis del método de instancia.
  Además, varios métodos de operador de consulta estándar funcionan con tipos distintos de los que se basan en IEnumerable<(Of <(T>)>) o IQueryable<(Of <(T>)>). El tipo Enumerable define dos de esos métodos, que operan sobre objetos de tipo IEnumerable. Estos métodos, Cast<(Of <(TResult>)>)(IEnumerable) y OfType<(Of <(TResult>)>)(IEnumerable), permiten que una colección no parametrizada, o no genérica, pueda ser consultada en el modelo de LINQ. Esto lo consiguen creando una colección de objetos con establecimiento inflexible de tipos. La clase Queryable define dos métodos similares, Cast<(Of <(TResult>)>)(IQueryable) y OfType<(Of <(TResult>)>)(IQueryable), que operan sobre objetos de tipo Queryable.
  Los operadores de consulta estándar difieren en el momento de su ejecución, dependiendo de si devuelven un valor singleton o una secuencia de valores. Los métodos que devuelven un valor singleton (por ejemplo, Average y Sum) se ejecutan inmediatamente. Los métodos que devuelven una secuencia retrasan la ejecución de la consulta y devuelven un objeto enumerable.
  En el caso de los métodos que operan sobre colecciones en memoria, es decir, aquellos métodos que extienden IEnumerable<(Of <(T>)>), el objeto enumerable devuelto captura los argumentos que se pasaron al método. Cuando se enumera ese objeto, se emplea la lógica del operador de consulta y se devuelven los resultados de la consulta.
  En contraste, los métodos que extienden IQueryable<(Of <(T>)>) no implementan cualquier comportamiento de consulta, sino que generan un árbol de expresión que representa la consulta que se va a realizar. El procesamiento de la consulta es administrado por el objeto IQueryable<(Of <(T>)>) del origen.
• permiten buscar datos facilmente en secuencia en las bases de datos
• http://msdn.microsoft.com/es-es/library/bb397896.aspx

oOperadoOres primitivoOs

• A) Unarios
  Los operadores unarios tienen como operando una única relación; para su definición utilizaremos la siguiente notación:
  Restricción o selección
  la restricción, también llamada selección, de una relación mediante una expresión lógica da como resultado una relación formada por el subconjunto de tuplas que satisface dicha expresión lógica. Se denota mediante la letra s.
  La proyección de una relación sobre un subconjunto de sus atributos es una relación definida sobre ellos, eliminando las tuplas duplicadas que hubieran podido resultar.
• existen distintos tipos de operadores primitivos que sirven de diferente forma depende de lo que haga el usuario
• http://usuarios.lycos.es/cursosgbd/UD3.htm

oOperadoOres derivadoOs

• Los operadores derivados son aquellos que se pueden expresar siempre en función de operadores primitivos, pero su introducción tiene por fin la simplificación de las consultas.
• como su nombre lo dice estos operadores son derivados de los operadores primitivos y hace mas simples las consultas
• http://usuarios.lycos.es/cursosgbd/UD3.htm

algebra relacioOnal

• El álgebra relacional es un conjunto de operaciones que describen paso a paso como computar una respuesta sobre las relaciones, tal y como éstas son definidas en el modelo relacional. Denominada de tipo procedimental, a diferencia del Cálculo relacional que es de tipo declarativo.
  Describe el aspecto de la manipulación de datos. Estas operaciones se usan como una representación intermedia de una consulta a una base de datos y, debido a sus propiedades algebraicas, sirven para obtener una versión más optimizada y eficiente de dicha consulta.
• son operaciones que te dicen como colocar una respuesta en las relaciones y es mas facil y rapido obtener una consulta
• http://es.wikipedia.org/wiki/Algebra_relacional

arquitectura de tres nivelesS

• La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado por la ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) en 1975 como ayuda para conseguir la separación entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de un catálogo para almacenar el esquema de la base de datos.
  Nivel interno: Tiene un esquema interno que describe la estructura física de almacenamiento de base de datos. Emplea un modelo físico de datos y los únicos datos que existen están realmente en este nivel.
  Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos para una comunidad de usuarios. Oculta los detalles físicos de almacenamiento y trabaja con elementos lógicos como entidades, atributos y relaciones.
  Nivel externo o de vistas: tiene varios esquemas externos o vistas de usuario. Cada esquema describe la visión que tiene de la base de datos a un grupo de usuarios, ocultando el resto.
  El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física
  
• sirve para separar los datos de los programas se divide en tres y cada nivel tiene su funcion
• http://www.monografias.com/trabajos37/arquitectura-de-sistemas/arquitectura-de-sistemas.shtml?monosearch

moOdelo ansi sparc

• ANSI/X3/SPARC es un grupo de estudio del Standard Planning and Requirements Committee (SPARC) del ANSI (American National Standards Institute), dentro del Comité X3, que se ocupa de ordenadores e informática. La situación del Grupo de Estudio sobre Sistemas de Gestión de Bases de Datos en el ANSI y su relación con ISO (International Standards Organization)
• es una de las instituciones mas importantes que se encarga de los sistemas de gestion de bases de datos
• http://html.rincondelvago.com/bases-de-datos_7.html

requerimientoOs de coOnstruccioOn

• El análisis de requerimientos para una base de datos incorpora las mismas tareas que el análisis de requerimientos del software. Es necesario un contacto estrecho con el cliente; es esencial la identificación de las funciones e interfaces; se requiere la especificación del flujo, estructura y asociatividad de la información y debe desarrollarse un documento formal de los requerimientos.Requerimientos administrativos: se requiere mucho más para el desarrollo de sistemas de bases de datos que únicamente seleccionan un modelo lógico de base de datos. La bases de datos es una disciplina organizacional, un método, más que una herramienta o una tecnología. Requiere de un cambio conceptual y organizacional.
• son todos los elementos que se necesitan para crear una base de datos
• http://www.monografias.com/trabajos7/bada/bada.shtml#crea

moOdeloO entidad-relacioOn

• El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones.
  Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.
  El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación.
• sirve para presentar mediante conceptos los datos
• http://es.wikipedia.org/wiki/Diagrama_entidad-relación

moOdeloO relacioOnal

• Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.
• en este modelo se administran los datos facilmente y mediante consultas de puede almacenar informacion
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

moOdeloO jerarquicoO

• Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
  Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
  Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.
• se encarga de organizar la informacion conforme a la importancia que tiene
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

moOdeloO d red

• Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
  Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.
• se puede relacionar lo que con el jerarquico no se podria
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

moOdeloOs de base de datoOs

• Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
• es en donde se guarda la informacion y se recupera facilmente
• http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

tipoOs d gestoOres d base d datoOs

• Sistemas de gestion de base de datos son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.
  El propósito general de los sistemas de gestión de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información relevante, para un buen manejo de los datos.

• nos sirven para tener acceso a los datos de una forma sensilla
• http://wwwdi.ujaen.es/~barranco/publico/ofimatica/tema7.pdf

infoOrmes y repoOrtes

• 
  Reporte o informe: es una lista ordenada de los campos y registros seleccionados en un formato fácil de leer.Los informes sirven para presentar los datos de una tabla o consulta generalmente para imprimirlos. La diferencia básica con los formularios es que los datos que aparecen en el informe sólo se pueden visualizar o imprimir (no se pueden modificar) y en los informes se puede agrupar más facilmente la información y sacar totales por grupos.
• informe: sirve para mostrarnos los datos de una tabla o consulta para imprimirlos y no se pueden modificar
• http://www.aulaclic.es/access2003/t_12_1.htm

tablas, claves y relacioOnes

• Tablas: Son las encargadas de almacenar los datos. El almacenamiento de los mismos se realiza de forma organizada gracias a la estructura de las tablas, la buena estructuración de las tablas es imprescindible para realizar con eficacia todas las operaciones necesarias. Las tablas son los elementos principales. Si no hay tablas, no tienen sentido el resto de los elementos propios de una base de datos
  Clave es un atributo o conjunto de atributos de la propia entidad de manera unica a cada ocurrencia de la entidad relación: asociación que se establece entre campos comunes (columnas) en dos tablas. Una relación puede ser uno a uno, uno a varios o varios a varios. entre las tablas.
• tablas: son filas y columnas que contienen datos que se refieren a un mismo tema
  clave: columna (s) que permite identificar facilmente una fila relaciones: la forma en como se combina o se compara informacion entre las tablas
• http://www.adrformacion.com/curso/access/leccion1/concepto_base_datos.htmhttp://www.duiops.net/manuales/access/access10.htm

coOnsultas y foOrmularioOs

• Consultas: Permiten dar respuesta a preguntas que se puedan plantear respecto a los datos almacenados en las tablas, además permiten realizar cálculos y operaciones con los datos almacenados. De esta forma se pueden filtrar los datos para trabajar únicamente con aquellos que se precisen en cada momento. Permiten establecer una serie de criterios que aplicados sobre una o varias tablas devuelven ciertos datos de éstas. Estos criterios, de cara a utilizarlos en sucesivas ocasiones, se pueden guardar, en lo que se ha dado en llamar una consulta.
  Formularios: Se encargan de presentar los datos procedentes de tablas o consultas con un formato personalizado y "elegante". De esta forma se presentan los datos de forma atractiva, pudiendo al mismo tiempo realizar todas las operaciones habituales con registros: añadir, modificar, eliminar, etc. Es mejor trabajar con los datos de las tablas viéndolos a través de un formulario en vez de en forma de tabla de filas y columnas. Son la interfaz de los trabajos.
• 
  formulario: permite buscar la informacion de una manera mas facil consulta: es buscar un dato en especifico
• 
  http://www.adrformacion.com/curso/access/leccion1/concepto_base_datos.htm
  

datoO, campoO y registroO

• 
  Dato: Información que una computadora registra y almacena.
  Campo: es cada trozo discreto de información en un registro.
  Registro: es la información relacionada con una persona, un producto o suceso
• 
  dato: es la informacion que se registra campo: es un dato primordial en una base de datos registro: es la informacion que tiene que ver con una persona u objeto que es un conjunto de campos
  
• http://thales.cica.es/rd/Recursos/rd99/ed99-0259-04/access1.html
  

base d datoOs

• 
  Las Bases de Datos son programas que administran información y hacen más ordenada la información, aparte de hacerla fácil de buscar.
  Las bases de Datos tienen muchos usos: nos facilitan el almacenamiento de grandes cantidades de información; permiten la recuperación rápida y flexible de información, con ellas se puede organizar y reorganizar la información, así como imprimirla o distribuirla en formas diversas
• 
  a traves de las bases de datos se ordenan y clasifican datos ademas que facilita su busqueda cuando es demasiada informacion
  
• http://es.wikipedia.org/wiki/Base_de_datos