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 se basa en aplicar algunas reglas a la bases de datos, por el modelo entidad-relación o el modelo relacional.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea

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).
• Esta forma se utiliza en la normalización de una base de datos para satisfacer un conjunto de criterios
• http://es.wikipedia.org/wiki/1NF

SEGUNDA FORMA NORMAL

• Una relación está en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave.Descripcion De La Segunda Forma Normal (2 Fn)Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el próximo paso de normalizacion y descomposición. Para ser accesible a la normalizaciòn , y poder ser puesta en segunda forma normal, la relación debe poseer las siguientes propiedades:• Debe estar en primera forma normal• Debe tener una clave compuesta.La consecuencia inmediata de los requerimientos expresados más arriba es que cualquier relación en primera forma normal que tiene una clave simple, está automáticamente en segunda forma normal. Comencemos con un ejemplo en forma de tabla de una relación consistente en 17 atributos, que se presenta en la figura. La misma se encuentra en primera forma normal y tiene una clave compuesta que consiste en dos atributos P y Q. Estos están subrayados en la figura para mostrar que sirven como clave. La tupla de relación puede también escribirse linealmente en forma simbólicamente:R = (A,B,C,D,E,F,G,H,I,L,M,N,O,P,Q)
• Cada atributo depende del siguiente
• http://www.monografias.com/trabajos5/norbad/norbad2.shtml#segun

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 candidata
  Un 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").
• En esta forma normal deben de cumplirse dos condiciones, una de ellas tiene q ver con la segunda forma normal al igual con el concepto de clave, que fue mencionado anteriormente, por lo que esta forma es un poco màs compleja, ya que debes de conocer ciertos conceptos y relaciones.
• http://es.wikipedia.org/wiki/3NF

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

RECOLECCIÓN Y ANÁLISIS DE INFORMACIÓN

• 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.
• Este tema se refiere a que tenemos que obtener informaciòn de diferentes medios, por eso es recolecciòn y despuès analizarla para realizar un buen trabajo, como el trabajo que realiza un analista, es muy importante que recibe toda la informaciòn perectamente.
• http://www.monografias.com/trabajos12/recoldat/recoldat.shtml

DISEÑO CONCEPTUAL DE LA 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.
• El diseño conceptual de la base de datos forma parte del diseño de concepto, logico y fisico de la base.
• http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php

ELECCIÓN DE UN SISTEMA DE GESTORES DE BASE DE DATOS

• Un sistema gestor de base de datos se define como el conjunto de programas que administran y gestionan la información contenida en una base de datos. Ayuda a realizar las siguientes acciones:
  Definición de los datos
  Mantenimiento de la integridad de los datos dentro de la base de datos
  Control de la seguridad y privacidad de los datos
  Manipulación de los datos Un sistema gestor de base de datos está compuesto de: El gestor de la base de datos Se trata de un conjunto de programas no visibles al usuario final que se encargan de la privacidad, la integridad, la seguridad de los datos y la interacción con el sistema operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales. Cualquier operación que el usuario hace contra la base de datos está controlada por el gestor. El gestor almacena una descripción de datos en lo que llamamos diccionario de datos, así como los usuarios permitidos y los permisos. Tiene que haber un usuario administrador encargado de centralizar todas estas tareas.
• Hat duferentes tipos de gestores que pueden utillizarze en una base de datos pero el que se elija depende de cada usuario ya que no todos tienen las mismas necesidades
• http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

TRANSFORMACIÓN AL MODELO DE DATOS

• 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.
• Esta es la creacíón del diseño lógico de la base de datosque son necesarios para el modelo de datos
• http://tramullas.com/documatica/2-8.html

DISEÑO FÍSICO DE LA BASE DE DATOS

• El objetivo de esta etapa es producir una descripción de la implementación de la base de datos en memoria secundaria. Esta descripción incluye las estructuras de almacenamiento y los métodos de acceso que se utilizarán para conseguir un acceso eficiente a los 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 sirve para que uno pueda diseñar como quiere que se almacenen sus datos en la base de datos, dandole la estructura y los métodos para accesar que a uno mas le convengan de acuerdo a sus necesidades
• http://www3.uji.es/~mmarques/f47/apun/node95.html

GENERACIÓN DE UN SISTEMA DE BASE DE DATOS

• Cuando hablamos de bases de datos, en nuestras conversaciones nos referimos a datos relacionales. Esto no fue siempre así, antes que el modelo relacional fuese desarrollado, existió otro modelo de datos. Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones. Antes de que el primer DBMS fuese desarrollado, las aplicaciones se conectaban a orígenes de datos de “ficheros planos”. Éstos no permitir la representación de las relaciones de los datos o de la aplicación lógicas de la integridad de los mismo. El modelar de los datos se ha desarrollado desde los años 60 para proveer características de gran alcance del almacenaje de datos. Generalmente hablando, los modelos de los datos se han desarrollado en tres generaciones. La primera generación de modelos de los datos se tiende a rechazar sin embargo fue el origen o génesis de las base de datos. Hasta el momento, las bases de datos más comercialmente aceptada han sido las bases de datos de segunda generación que utilizan el modelo relacional. Las bases de datos relacionales son definitivamente las que poseen la mayor parte del mercado “por ahora” lo que ha hecho muy difíciles para una nueva generación de bases de datos, conseguir por lo menos un equilibrio entre las dos generaciones. Sin embargo, el mundo de los lenguajes programación o desarrollo ha venido cambiado. Con la evolución nuevas plataformas como lo son Java y de Microsoft con .NET, entre otras. Las opciones del desarrollador cada vez más amplias y poder elegir el modelo de datos a utilizar, entre el modelo orientado objetos y el modelo no orientado a objetos.
• Una base de datos son datos que estan relacionados entre si, aunque antes había muchas otras formas de poder realizar una base de datos, no solo con el modelo relacional
• http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx

CREACIÓN DE UN INFORME UTILIZANDO TABLAS

• Si ninguna de las opciones para la creación automática de informes resultara apropiada para sus necesidades, o bien deseara acudir a la ventana de diseño para modificar la estructura o organización de informes creados por el Asistente o de autoinforme, siga estos pasos:1. Active la ficha Informes en la ventana Base de datos.2. Pulse en el botón Nuevo para acceder al cuadro de diálogo Nuevo Informe3. Elija Vista Diseño en el cuadro de diálogo nuevo informe.4. Lleve a cabo una de las siguientes acciones, dependiendo del tipo de informe que se dispone a crear.· Elija el nombre de la tabla o consulta que contiene los datos en los que desea basar el informe· Si desea crear un informe que utilice datos de más de una tabla, base su informe en una consulta.· Si desea confeccionar un informe independiente, no seleccione nada de esta lista.5. Pulse en Aceptar.
• Es otra manera de crear un informe, de igual manera el programa te va guiando para crear el informe
• http://www.wikilearning.com/curso_gratis/tablas_en_access-informes/3766-5

CREACIÓN DE UN INFORME UTILIZANDO EL ASISTENTE

• Disponemos aún de otro modo semi-automático de generar un informe. El Asistente para in-formes generará informes automáticos como el Autoinforme, pero en este caso tendremos la posi-bilidad de decidir algunos detalles generales, como por ejemplo no incluir aquellos campos que no sean necesarios.
  En los informes que mostramos, habremos visto que el campo Provincia toma demasiado lugar; esto se debe a que el mismo está definido como un Control de lista.
  Podemos modificar esta situación si agregamos una tabla de Provincias y efectuamos una combinación con el campo CodProvin (que podemos renombrar como Provincia) de la tabla Clientes.
  Así tendremos la descripción de la provincia del mismo modo que los datos del vendedor. A esta altura de nuestro aprendizaje no tendremos inconvenientes en hacer lo siguiente:
  Crearemos la tabla de Provincias con un campo clave principal CodProvin y otro de des-cripción Provincia.
  Ingresaremos en la misma los datos (clave y nombre) de cada una de las provincias.
  Abriremos la consulta ConsClientes en modo Diseño y le agregaremos la tabla Provincias recién creada. Aparecerá automáticamente la línea que indica la combinación del campo CodPro-vin de Clientes con el campo clave principal de la tabla de provincias que tiene el mismo nombre.
  Hecho esto, llevemos el campo Provincia de la tabla de Provincias a la cuadrícula de la consulta, a la derecha del código CodProvin.
  Ejecutemos la consulta para verificar que todo funcione correctamente y recién entonces ini-ciemos el asistente para crear el informe.
  1. Estando en el panel de consultas (del cuadro Base de datos) y teniendo resaltada la consulta ConsClientes, pulsemos el icono Informes (eligiéndolo en la lista de la figura 7.1) y en la ven-tana de selección de la figura 7.2 pulsemos sobre Asistente para informes.
  2. Pulsemos Aceptar para presentar la primera ventana del asistente (figura 7.4).
  Figura 7.4
  Allí debemos seleccionar qué campos de la tabla o consulta de origen deseamos listar. El panel de la derecha se encuentra inicialmente vacío; moveremos uno a uno los campos que nece-sitamos.
  3. Seleccionándolos en la lista y pulsando luego el botón Mover, iremos colocando uno a uno los campos: CODCLI, NOMBRE, LOCALIDAD, PROVINCIA y MONTOFACTURADO.
  Ya está definida la parte básica del informe; notemos que se habilitó ahora el botón Finali-zar. Tenemos entonces la alternativa de pulsar este botón y generar un informe básico, o bien pulsar Siguiente para agregar más condiciones, parámetros, etc., y así definir informes más espe-cíficos o más complejos, cosa que dejaremos para el Capítulo 12.
  4. Pulsemos entonces Finalizar para obtener nuestro primer informe con asistente. En la venta-na de vista previa aparecerá una imagen similar a la que muestra la figura 7.5.
• El programa te va guiando y te idce como es la mejor forma de crear el informe de la base de datos paso por paso
• http://www.mailxmail.com/curso-microsoft-access-2000/como-crear-informe-asistente

PARTES DE UN INFORME

• Un informe de base de datos es un documento de texto que muestra los datos de una base de datos del modo que se especifique. El informe se puede diseñar para que muestre los datos más actuales o los datos válidos en el momento de crear el informe.
  
  Elija Archivo->Abrir para abrir el archivo de base de datos del que quiere obtener un informe.
  En la ventana de StarOffice Base, haga clic en Informes.
  Seleccione Usar el asistente para crear informe.
  Siga las instrucciones.
  Se pueden crear dos clases de informes: una captura estática de los datos en el momento de crear el informe, o un documento con vínculos activos con los datos actuales.
• Te muestra los datos que se encuentran en la base de dayos, te los muestra en la forma en que se lo indiques
• http://docs.sun.com/app/docs/doc/820-6183/6nhhega68?l=es&a=view.

CONSULTA POR PARÁMETROS

• Al ejecutar una consulta que toma los parámetros desde un formulario, hay registros que no se devuelven a la consulta si se deja un campo en blanco. Si se pone un asterisco en el campo sólo se devuelven los registros con valores no nulos.
• Solo busca cierto tipo de registros que estan de forma específica
• http://support.microsoft.com/kb/550924/es

CONSULTA POR VARIAS TABLAS

• En este tema aprenderemos a crear consultas con varias tablas, casi todo lo que veremos en este tema ya lo hemos utilizado a lo largo de este curso para poder llevar a buen termino los ejemplos, asi que es normal que nos resulte todo ello familiar, pero en este tema vamos verlo todo más organizadamente y paso a paso desde el principio.
  Vamos a partir de un ejemplo: Queremos averiguar el código del cliente, sus apellidos, el código del pedido y la fecha de la venta.
  Para ello necesitaremos manejar las tablas cliente y la tabla pedidos.
  El primer paso será crear la consulta, esta vez lo haremos utilizando el asistente.
  Pero primero tenemos que entrar en la venta de consultas, lo haremos pinchando en la opcion "consultas" en la lista de objetos, que está en la ventana de "Base de datos"
  En esta pantalla elegiremos crear la consulta utilizando el asistente, mas adelante la modificaremos en el caso de que sea necesario, desde la venta de diseño
  En la ventana del asistente, lo primero es elegir la primera tabla desde la que queramos seleccionar los campos. Hemos dicho que nosotros necesitaríamos de la tabla Clientes, los campos "codigo cliente" y "Apellidos clientes"
  El próximo paso, sin salirnos de esta ventana, es cambiar de tabla, ahora necesitamos los campos de la tabla pedidos. Para ello solo tenemos que desplegar la persiana de datos de la ventana "Tabla/consultas" y seleccionar la tabla "Pedidos"
  Una vez seleccionada la tabla pedido, solo tenemos que añadir los campos "Codigo pedido" y "Fecha venta" a la lista de campos seleccionados tal como lo hicimos con los campos de la tabla "Clientes"
  Ahora si podemos pulsar "Siguiente", y pasar por fin a la siguiente ventana. En esta ventana, que ya conocemos elegiremos detalle, pues queremos ver todos los campos y no un mero resumen.
  Antes de ejecutar la consulta, vamos a ver como ha quedado desde la vista de diseño.
  En esta venta vemos los campos que serán mostrados, los distinguimos porque están marcados en la casilla "Mostrar", en la sección superior de la ventana, podemos ver las tablas utilizadas, así como la relación que hay entre ellas.
  Pulsando en el botón ejecutar, que ya conocemos, obtenemos esta tabla como resultado.
• Sirve para que se puedan ver muchos datos a la vez, aqui estan los pasos a seguir para crear una consulta por varias tablas
• http://www.aulafacil.com/Access2/CursoAccess/Lecc-34-Acc.htm

CONSULTAS POR ASISTENTE

• El Asistente para consultas sencillas es lo mismo que la opción Crear una consulta utilizando el asistente comentada más arriba.Los otros asistentes nos permiten generar tipos especiales de consulta que veremos más adelante.La opción Vista Diseño tiene el mismo efecto que la opción Crear una consulta en vista diseño. Esta es la opción que explicaremos a continuación.Al entrar en la Vista Diseño de consulta nos pide primero las tablas de las que la consulta sacará los datos con un cuadro de diálogo parecido al siguiente:Seleccionar la tabla de la que queremos sacar datos y hacer clic sobre el botón Agregar.
• sirve para combinar varias tablas, aquí estan los pasos para crear una consulta por asistente
• http://www.aulaclic.es/access2003/t_7_1.htm

AGREGAR OBJETOS AL FORMULARIO

• Para diseñar la funcionalidad que desea en un formulario, agregue los controles apropiados, establezca las propiedades del formulario y de los controles, y escriba el código de evento.
  Puede agregar los siguientes tipos de objetos a un formulario:
  Controles
  Contenedores
  Clases definidas por el usuario
  Objetos OLE
  Descripción de los objetos contenedores y de control
  Los objetos de Visual FoxPro pueden corresponder a dos categorías, según la naturaleza de la clase en la que se basen:
  Los contenedores pueden tener otros contenedores o controles. Pueden actuar como el objeto primario de otros objetos. Por ejemplo, un formulario, como contenedor, es un objeto primario para una casilla de verificación de ese formulario.
  Los controles puede estar contenidos en contenedores, pero no pueden ser objetos primarios de otros objetos. Por ejemplo, una casilla de verificación no puede contener ningún otro objeto.
• Sirve para que se les de a las tablas más funciones de las que ya tiene y se le de un aspecto diferente a esta misma
• http://msdn.microsoft.com/es-es/library/cc466243(VS.71).aspx

MODIFICAR FORMULARIO

• 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.
• Aqui las instrucciónes de ocmo modificar un formulario, para ello tienen que ser seleccionados los archivos que se quieren modificar
• http://www.mailxmail.com/curso-introduccion-access/modificar-formulario

CREACIÓN DE UN FORMULARIO

• Para poder utilizar una base de datos, el usuario debe contar con una interfaz que le permita visualizar los datos según ciertos criterios Existe una herramienta para esto: los formularios.
  Un formulario es una interfaz con componentes para la visualización, la entrada o la selección de datos.
  Se utilizan diversas herramientas para crear formularios, como HTML. Existen diversos entornos de creación de formularios (se incluye Access y Windev) para cada DBMS. Los formularios creados así ofrecen todas las funciones de una interfaz de base de datos completa sin precisar de un trabajo de programación independiente.
• Los formularios sirven para ligar los elementos de la tabla
• http://es.kioskea.net/contents/bdd/bddform.php3

RELACIONES ENTRE TABLAS

• Una vez creadas tablas independientes para cada tema de la base de datos, se necesita una forma de indicar a Access cómo debe combinar la información. El primer paso de este proceso consiste en definir relaciones entre las tablas. Una vez realizada esta operación, ya se puede comenzar a crear otros tipos de objetos, como consultas, formularios e informes para mostrar información de varias tablas a la vez.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. Por ejemplo, una tabla con información sobre empleados puede relacionarse con otra con datos de pedidos a través de un campo común que podría ser id. de empleado.
• Sirven para que access sepa como se tiene que relacionar la información que contiene cada una de las tablas
• http://www.wikilearning.com/curso_gratis/tablas_en_access-relacionar_tablas/3766-1

DEFINICION DE CLAVES

• Una clave candidata es una superclave en la que ninguno de sus subconjuntos es una superclave de la relación. El atributo o conjunto de atributos de la relación es una clave candidata para si y sólo si satisface las siguientes propiedades:
  Unicidad: nunca hay dos tuplas en la relación con el mismo valor de .
  Irreducibilidad (minimalidad): ningún subconjunto de tiene la propiedad de unicidad, es decir, no se pueden eliminar componentes de sin destruir la unicidad.
  Cuando una clave candidata está formada por más de un atributo, se dice que es una clave compuesta. Una relación puede tener varias claves candidatas. Por ejemplo, en la relación OFICINA, el atributo Población no es una clave candidata ya que puede haber varias oficinas en una misma población. Sin embargo, ya que la empresa asigna un código único a cada oficina, el atributo Onum sí es una clave candidata de la relación OFICINA. También son claves candidatas de esta relación los atributos Teléfono y Fax.
  En la base de datos de la inmobiliaria hay una relación denominada VISITA que contiene información sobre las visitas que los clientes han realizado a los inmuebles. Esta relación contiene el número del cliente Qnum, el número del inmueble Inum, la fecha de la visita Fecha y un comentario opcional. Para un determinado número de cliente Qnum, se pueden encontrar varias visitas a varios inmuebles. Del mismo modo, dado un número de inmueble Inum, puede que haya varios clientes que lo hayan visitado. Por lo tanto, el atributo Qnum no es una clave candidata para la relación VISITA, como tampoco lo es el atributo Inum. Sin embargo, la combinación de los dos atributos sí identifica a una sola tupla, por lo que los dos juntos son una clave candidata de VISITA. Si se desea considerar la posibilidad de que un mismo cliente pueda visitar un mismo inmueble en varias ocasiones, habría que incluir el atributo Fecha para identificar las tuplas de modo único (aunque éste no es el caso de la empresa que nos ocupa).
  Para identificar las claves candidatas de una relación no hay que fijarse en un estado o instancia de la base de datos. El hecho de que en un momento dado no haya duplicados para un atributo o conjunto de atributos, no garantiza que los duplicados no sean posibles. Sin embargo, la presencia de duplicados en un estado de la base de datos sí es útil para demostrar que cierta combinación de atributos no es una clave candidata. El único modo de identificar las claves candidatas es conociendo el significado real de los atributos, ya que esto permite saber si es posible que aparezcan duplicados. Sólo usando esta información semántica se puede saber con certeza si un conjunto de atributos forman una clave candidata. Por ejemplo, viendo la instancia anterior de la relación PLANTILLA se podría pensar que el atributo Apellido es una clave candidata. Pero ya que este atributo es el apellido de un empleado y es posible que haya dos empleados con el mismo apellido, el atributo no es una clave candidata.
  La clave primaria de un relación es aquella clave candidata que se escoge para identificar sus tuplas de modo único. Ya que una relación no tiene tuplas duplicadas, siempre hay una clave candidata y, por lo tanto, la relación siempre tiene clave primaria. En el peor caso, la clave primaria estará formada por todos los atributos de la relación, pero normalmente habrá un pequeño subconjunto de los atributos que haga esta función.
  Las claves candidatas que no son escogidas como clave primaria son denominadas claves alternativas. Por ejemplo, la clave primaria de la relación OFICINA es el atributo Onum, siendo Teléfono y Fax dos claves alternativas. En la relación VISITA sólo hay una clave candidata formada por los atributos Qnum e Inum, por lo que esta clave candidata es la clave primaria.
  Una clave ajena es un atributo o un conjunto de atributos de una relación cuyos valores coinciden con los valores de la clave primaria de alguna otra relación (puede ser la misma). Las claves ajenas representan relaciones entre datos. El atributo Onum de PLANTILLA relaciona a cada empleado con la oficina a la que pertenece. Este atributo es una clave ajena cuyos valores hacen referencia al atributo Onum, clave primaria de OFICINA. Se dice que un valor de clave ajena representa una referencia a la tupla que contiene el mismo valor en su clave primaria ( tupla referenciada).
• se pueden tener varias claves en una tabla, pero se necesita una clave primaria, que es una columna, que es la que va a identificar a cada una de las filas y que es único para cada una.
• http://es.wikipedia.org/wiki/Clave_for%C3%A1nea#Claves

OPERACIONES PRINCIPALES

• 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.
  Las tablas de datos, ya se usaban en versiones anteriores de Excel, pero bajo el término Listas de datos. Incluso encontrarás, que en algunos cuadros de diálogo, se refire a las tablas como listas.
  A partir de ahora nos referiremos a este tipo de tablas.
• Ayudan al ordenamiento más fácil y sencillo de la información y tambien para que sea más fácil poder modificar la información de esta.
• http://www.aulaclic.es/excel2007/t_15_1.htm

DISEÑO DE TABLAS

• Tras la creación de la base de datos el siguiente paso que se debe realizar es la creación de la tabla, o tablas, que almacenarán la información (los datos de los clientes, de los pedidos, de los socios, de las películas, de los artículos...).
  Esta información será la que gestionen todos los demás objetos de la base de datos (consultas, formularios, etc.), por lo que es muy importante planificar bien la estructura que van a tener los datos (como van a estar dispuestos en la tabla, de que naturaleza o tipo va a ser cada uno, en que orden estarán colocados, etc...), con el fin de poder dar respuesta a todas las cuestiones que se puedan plantear sobre el manejo de dicha información.
  Por esto, para diseñar una tabla, es preciso valorar todos los objetos de la base de datos en su conjunto: Que información vamos a utilizar mas, que consultas vamos a realizar sobre esos datos con frecuencia, de que forma nos gustaría ver salir los datos de las tablas por impresora (informes), como desearíamos acceder a los datos por pantalla, bajo que distribución y diseño (formularios)... Esas reflexiones previas son fundamentales a la hora de planificar y diseñar los contenidos de nuestra base de datos y desde luego para el correcto y óptimo diseño de nuestras tablas, es decir de las estructuras básicas de información en cualquier sistema de gestión de bases de datos. La información no se guarda en los formularios, ni en las consultas, ni en los informes. La información se guarda en esas estructuras ordenadas llamadas TABLAS.
• Para que cada uno le de el diseño que más le guste a sus tablas y para que los datos que se introduzvan en esta queden bien estructurados
• http://www.adrformacion.com/cursos/opofb/leccion2/tutorial1.html

OPERADORES ADICIONALES DE CONSULTA

• Puede utilizar muchos operadores (incluidos operadores matemáticos y de texto) al crear expresiones para la consulta.
  Operadores matemáticos
  En la tabla siguiente se muestran los operadores matemáticos que puede utilizar al crear una expresión.
  Operador de texto
  Puede realizar una operación en el texto: concatenación o vinculación de cadenas. En algunas bases de datos puede concatenar cadenas y realizar otras operaciones (como quitar los espacios sobrantes) mediante un único operador.Para concatenar una cadena, puede utilizar el operador "+" en el panel Criterios. Si la base de datos admite un operador de concatenación diferente, el Diseñador de consultas y vistas podría convertir el operador "+" en el operador correspondiente en el panel SQL. Si escribe las expresiones directamente en el panel SQL, utilice el operador de concatenación compatible con el sistema de administración de bases de datos. Para obtener más detalles, consulte la documentación del DBMS. http://msdn.microsoft.com/es-es/library/yhxfwfc9(VS.80).aspx
• Sirven para que podamos revisar cosas en las que tengamos dudas acerca de la base de datos

ARQUITECTURA DE 3 NIVELES

• Hay tres características importantes inherentes a los sistemas de bases de datos: 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. En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
  La definición de un sistema de información es la descripción detallada de la arquitectura del sistema. Las arquitecturas de bases de datos han evolucionado mucho desde sus comienzos, aunque la considerada estándar hoy en día es la descrita por el comité ANSI/X3/SPARC (Standard Planning and Requirements Committee of the American National Standards Institute on Computers and Information Processing), que data de finales de los años setenta. Este comité propuso una arquitectura general para DBMSs basada en tres niveles o esquemas: el nivel físico, o de máquina, el nivel externo, o de usuario, y el nivel conceptual. Así mismo describió las interacciones entre estos tres niveles y todos los elementos que conforman cada uno de ellos.
  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. http://www.monografias.com/trabajos37/arquitectura-de-sistemas/arquitectura-de-sistemas.shtml
• Este modelo de 3 niveles es el modelo ansi-spark y que sirve para la separacion de los programas de aplicacion y los datos físicos.

MODELO ANSI-SPARK

• Arquitectura de los sistemas de bases de datos
  Hay tres características importantes inherentes a los sistemas de bases de datos: 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. En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
  El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:
  En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
  En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
  En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.
  La mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo.
  Hay que destacar que los tres esquemas no son más que descripciones de los mismos datos pero con distintos niveles de abstracción. Los únicos datos que existen realmente están a nivel físico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier petición expresada en términos de un esquema externo a una petición expresada en términos del esquema conceptual, y luego, a una petición en el esquema interno, que se procesará sobre la base de datos almacenada. Si la petición es de una obtención (consulta) de datos, será preciso modificar el formato de la información extraída de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformación. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.
  La arquitectura de tres niveles es útil para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos:
  La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán verse afectados.
  La independencia física es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la independencia lógica.
  En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catálogo o diccionario, de modo que incluya información sobre cómo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la información de correspondencia que se encuentra en el catálogo. La independencia de datos se consigue porque al modificarse el esquema en algún nivel, el esquema del nivel inmediato superior permanece sin cambios, sólo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicación que hacen referencia al esquema del nivel superior.
  Por lo tanto, la arquitectura de tres niveles puede facilitar la obtención de la verdadera independencia de datos, tanto física como lógica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecución de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa. http://www3.uji.es/~mmarques/f47/apun/node33.html
• Es un sistema que esta formado por 3 niveles el cual tiene que tener ciertas características y que sirve para separar los programas de aplicacion de la base de datos física

REQUERIMIENTOS DE OCNSTRUCCION

• HARDWARE
  
  Se requiere de un servidor para el almacenamiento y manejo de la base de datos corporativa; este servidor se recomienda que sea altamente escalable, pues algunas veces el proyecto de construcción de la bodega presenta redimensionamiento a medida que se avanza en la implementación. La capacidad inicial de almacenamiento estará determinada por los requerimientos de información histórica presentados por la empresa y por la perspectiva de crecimiento que se tenga.
  
  Dependiendo del diseño del sistema, puede ser necesario contar con un segundo servidor para las herramientas de consulta de datos. Este equipo debe tener el sistema operativo recomendado por el proveedor de la herramienta a utilizar, siendo el más usado alguna versión de Windows.
  
  Las estaciones de trabajo de cada usuario deberán cumplir con las características recomendadas por el proveedor de la herramienta de consulta seleccionada.
  
  HERRAMIENTAS DE SOFTWARE
  
  Las herramientas se clasifican en cuatro categorías básicas: Herramientas de Almacenamiento (bases de datos, bases de datos multidimensionales), Herramientas de Extracción y Colección, Herramientas para Reportes de Usuario Final y Herramientas para Análisis Inteligentes.
  
  Herramientas de Almacenamiento: corresponde a la herramienta en la cual se irán a almacenar los datos. Existen muchas opciones, dependiendo del volumen de los datos, presupuesto, y capacidad de su sistema. Cada uno de los sistemas de administración de bases de datos, como Oracle, DB2, Informix, TeraData, Sybase, etc, tienen una facilidad de Data Warehouse.
  
  Herramientas de Extracción y Colección: Ayudan a definir, acumular, totalizar y filtrar los datos de sus sistemas transaccionales en el Data Warehouse. La mayoría de esas herramientas son desarrolladas por el personal interno de la compañía dado el gran conocimiento que tienen de los sistemas transaccionales.
  
  Herramientas para Elaboración de Reportes a Usuarios Finales: Es la interface vista por el usuario. Al usuario se le debe proveer un mecanismo para que vea los datos a un alto nivel y que entonces obtenga con ello la solución a preguntas específicas. Existen muchas herramientas, incluyendo Cognos Powerplay, Business Objects, SAS, ShowCase Strategy, etc.
  
  Herramientas de Análisis Inteligente: Entre ellas están las de empresas como IBM, SAS, Arbor, Cognos, Business Objects, entre otras. Estas herramientas han sido construidas utilizando inteligencia artificial, buscan alrededor del Data Warehouse modelos y relaciones en los datos. Estas herramientas utilizan una técnica conocida como Data Minning o Minería de datos. http://planeacion.udea.edu.co/datamart/requerimientos.htm
• Se requieren muchos conocimientos en cuanto a computacion y algunos sistemas de software cmoo lo son herramientas de almacenamiento, extraccion y colección, reportes de usuarios final y para análisis inteligente, estos ya estan explicados arriba

OPERADORES DERIVADOS

• 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.
  
  
  q Combinación o join
  
  La combinación de dos relaciones respecto de sus columnas d y k es otra relación constituida por todos los pares de tuplas concatenadas, tales que, en cada par, las columnas d y k de las correspondientes tuplas satisfacen la condición especificada. Si la condición es de igualdad se denomina combinación por igualdad (también se denomina equijoin o join).
  
  La llamada combinación natural (o join natual) es una combinación por igualdad donde se ha eliminado en la relación resultante uno de los atributos idénticos. Es el caso más utilizado de combinación para relaciones que tienen un atributo común (se suele hablar de join para referirse a esta posibilidad por ser el caso más usual). Se denota mediante el símbolo
  Relacion1 Relacion2

Intersección

La intersección de dos relaciones compatibles en sus esquema es otra relación definida sobre el mismo esquema de relación, cuya extensión estará constituida por las tuplas que pertenezcan a ambas relaciones. Se denota por la letra I.

Relacion1 I Relacion2 = Relacion1 – (Relacion1 – Relacion2

División

La división de dos relaciones otra relación cuya extensión estará formada por las tuplas que al completarse con las tuplas de la segunda relación permiten obtener la primera. Se denota por el símbolo :

Relacion1 : Relacion2 = PA(Relacion1) - PA[(PA(Relacion1) x Relacion2) - Relacion1]
A = { Atributos Relacion1 – Atributos Relacion 2} http://usuarios.lycos.es/cursosgbd/UD3.htm

• Estos operadores son derivados de los operadores primitivos y con ellos se pueden simplificar las consultas de los datos deseados

OPERADORES PRIMITIVOS

• A) Unarios
  
  Los operadores unarios tienen como operando una única relación; para su definición utilizaremos la siguiente notación:
  
  
  q 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.
  
  s condicion_de_seleccion (nombre_de_relacion)
  
  q Proyección
  
  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. Se denota mediante la letra P.
  
  
  P lista_de_atributos (nombre_de_relacion)
  
  En general, es posible que deseemos aplicar varias operaciones de álgebra relacional una tras otra. Para ello podemos escribir las operaciones en una sola expresión del álgebra relacional, anidándolas, o bien, podemos aplicar las operaciones una a una y crear relaciones intermedias. En el segundo caso tendremos que nombrar las relaciones que contienen los resultados intermedios.
  
  B) Binarios
  
  Los operadores binarios se aplican a dos relaciones, y algunos de ellos (unión, diferencia e intersección) exigen que las dos relaciones involucradas sean compatibles en sus esquemas. Es decir deben estar definidas sobre el mismo dominios, lo que no quiere decir que los nombres de los atributos sean los mismos
  
  
  
  q Unión
  
  La unión de dos relaciones compatibles en su esquema es otra relación definida sobre el mismo esquema de relación cuya extensión estará constituida por las tuplas que pertenezcan a una de las dos relaciones o a ambas (se eliminarán las tuplas duplicadas puesto que se trata de una relación). Se denota mediante el símbolo U.
  
  Relacion1 U Relacion2
  
  
  Nota: Si la correspondencia de los nombres de los atributos de las relaciones R y R' no fuese 1: 1 sería preciso aplicar la operación de renombrado de atributo en la relación resultante.
  
  
  q Diferencia
  
  La diferencia de dos relaciones compatibles en su esquema es otra relación definida sobre el mismo esquema de relación, cuya extensión estará constituida por el conjunto de tuplas que pertenezcan a la primera relación, pero no a la segunda. Se denota mediante el símbolo -
  
  Relacion1 - Relacion2
  
  q Producto cartesiano
  
  Producto cartesiano de dos relaciones de cardinalidades m y n es una relación cuyo esquema estará definido sobre la unión de los atributos de ambas relaciones, y cuya extensión estará constituida por las m x n tuplas formadas concatenando cada tupla de la primera relación con cada una de las tuplas de la segunda. Se denota por la letra x.
  
  Relacion1 x Relacion2. http://usuarios.lycos.es/cursosgbd/UD3.htm
• Hay dos tipos de operadores primitivos los unarios y los binarios, los operadores unarios tienen como operando una sola relacion, y los binarios tienen dos relaciones
  
  

ÁLGEBRA RELACIONAL

• Se llama álgebra relacional a un conjunto de operaciones simples sobre tablas relacionales, a partir de las cuales se definen operaciones más complejas mediante composición. Definen, por tanto, un pequeño lenguaje de manipulación de datos.
  El elemento fundamental del modelo relacional de bases de datos es la tabla relacional. Una tabla relacional es una representación extensional de una relación definida sobre un cierto dominio. http://algebrarelacional.awardspace.com/Algebra%20Relacional.htm
• Son operaciones simples que sirven para manipular los datos de una tabla, y tambien sirven para poder organizar nuestros datos almacenados en esta misma

TIPOS DE GESTORES EN BASE DE DATOS

• Existen multitud de situaciones en la vida cotidiana en las que, de una manera u otra, se utilizan bases de datos con varias tablas para obtener información: en una biblioteca, en un banco, en cualquier empresa de servicios.. o a nivel personal si se desea almacenar y gestionar datos de los propios libros, discos, contactos, etc.. Y 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. MySql es un gestor de bases de datos, es una manera de gestionar nuestros datos, es un bibliotecario computerizado que administra, gestiona, y opera con nuestros ficheros de datos . Si le hablamos en un idioma que entienda nos los devolverá ordenados, clasificados y/o seleccionados. http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
• Sirve para administra, gestiona, y opera con nuestros ficheros de datos, cada gestor es diferente porlo que cda uno tiene sus ventajas y desventajas

MODELO RELACIONADO

• Este modelo es el más utilizado actualmente ya que utiliza tablas bidimensionales para la representación lógica de los datos y sus relaciones. Algunas de sus principales caracteristicas son:
  Puede ser entendido y usado por cualquier usuario.
  Permite ampliar el esquema conceptual sin modificar las aplicaciones de gestión.
  Los usuarios no necesitan saber donde se encuentran los datos físicamente. El elemento principal de este modelo es la relación que se representa mediante una tabla. http://www.desarrolloweb.com/articulos/modelos-base-datos.html
• Es un modelo que a diferencia de otros es mucho mas sencillo de utilizar, la relacion entre los datos se presenta mediante una tabla que es bidimensinal

MODELO ENTIDAD-RELACIÓN

• 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. No es la única técnica pero sí la más utilizada. Brevemente consiste en los siguientes pasos:
  Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
  Se hace una lista de los sustantivos y verbos que aparecen.
  Los sustantivos son posibles entidades o atributos.
  Los verbos son posibles relaciones.
  Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
  Se elabora el diagrama (o diagramas) entidad-relación.
  Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.
  Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.
  El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:
  Transformación de relaciones múltiples en binarias.
  Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
  Conversión en tablas (en caso de utilizar una base de datos relacional). http://es.wikipedia.org/wiki/Diagrama_entidad-relaci%C3%B3n
• Es un conjunto de conceptos que te permiten describir las cosas por medio de dibujos o de formas geométricas o lingüísticas

MODELO JERARQUICO

• Este modelo utiliza árboles para la representación lógica de los datos. Este árbol esta compuesto de unos elementos llamados nodos. El nivel más alto del árbol se denomina raíz. Cada nodo representa un registro con sus correspondientes campos. La representación gráfica de este modelo se realiza mediante la creación de un árbol invertido, los diferentes niveles quedan unidos mediante relaciones.
  En este modelo solo se pueden representar relaciones 1:M, por lo que presenta varios inconvenientes:
  -No se admiten relaciones N:M
  -Un segmento hijo no puede tener más de un padre.
  -No se permiten más de una relación entre dos segmentos.
  -Para acceder a cualquier segmento es necesario comenzar por el segmento raíz
  -El árbol se debe de recorrer en el orden designado. http://www.desarrolloweb.com/articulos/modelos-base-datos.html
• Utiliza de árboles para ordenar los datos, los árboles estan compuestos por nodos, que es un registro que contiene campos, los campos estan ordenados de acuerdo a lo importancia que estos van teniendo

MODELO DE RED

• En este modelo las entidades se representan como nodos y sus relaciones son las líneas que los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro. A diferencia del modelo jerárquico, en este modelo, un hijo puede tener varios padres. Los conceptos básicos en el modelo en red son:
  El tipo de registro, que representa un nodo.
  Elemento, que es un campo de datos.
  Agregado de datos, que define un conjunto de datos con nombre. Este modelo de datos permite representar relaciones N:M. http://www.desarrolloweb.com/articulos/modelos-base-datos.html
• Tambien se representan por nodos que son registros con sus correspondientes campos y estan relacionados por medio de lineas y todos sus registros pueden estar relacionados entre si

MODELOS DE BASE DE DATOS

• Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
  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. http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
• Los diferentes modelos de base de datos permiten organizar y clasificar los datos de una base de datos, gracias a estos se puede hacer más eficiente la base de datos

INFORMES Y REPORTES

• Los informes de base de datos están definidos por bandas de informe. Estas bandas de informes se definen cinco tipos diferentes de líneas de informe por ejemplo la cabeceras que aparecen en la parte superior de cada pagina, líneas de detalle y resúmenes de informe. Cuando se utiliza la organización de informe rápido no es necesario aprender sobre los diferentes tipos de bandas; todo lo que se necesita es decir a Dbase que cree el formato del informe. Dbase coloca las entradas en las bandas del informe cuando crea un informe rápido. Crea una banda cabecera de página que contiene la fecha, número de páginas y nombre de campo. Una banda de detalle contiene las entradas de la base de datos. La banda de resumen de informe contiene los totales de todos los campos numéricos y flotantes.Se puede comprobar al aspecto de un formato de informe visualizándolo en pantalla. Dbase visualizará las entradas de los registros en lugar de los patrones. Se puede ir hacia delante para ver las páginas posteriores del informe, pero no se puede revisualizar pantallas de informaciones previas. http://www.monografias.com/trabajos7/bada/bada.shtml
• Los informes de la base de datos son para poder imprimir los registros que se encuentran en la base de datos

• El reporte es el momento en que el autor del reporte define los datos y la manera de presentación de estos. En esta etapa normalmente hay que definir conexiones a los distintos orígenes de datos para ver de donde obtener los resultados que debe reflejar el reporte. http://www.mitecnologico.com/Main/ReporteTextosCientificosAcademicos
• Es la manera en que se van a presentar los datos y la forma en que se van a presentar estos mismos

CONSULTAS Y FORMULARIOS

• Consultas. La funcionalidad de una base de datos se encuentra en su capacidad de ver los datos deseados organizados en base a un cierto orden. Una consulta es una herramienta que consiste en poder solicitar los datos memorizados. Las más frecuentes son las de selección que consisten en ver los datos de las tablas, analizarlos y, eventualmente, modificarlos. Los datos solicitados se visualizan en una Dynaset, que muestra un conjunto dinámico de datos procedentes de una o más tablas. Existe la posibilidad de agregar y modificar los datos en el campo del Dynaset, así como en una tabla. Las modificaciones tendrán efecto sobre las tablas de origen de la misma base de datos.Con las consultas se puede:-Elegir determinados campos de una tabla-Elegir los registros (por ejemplo, las personas nacidas en un determinado año)-Ordenar los registros (por ejemplo, en orden alfabético ascendente o descendente)-Ejecutar cálculos (campos calculados) para, por ejemplo, crear un campo que multiplique el precio por la cantidad existente y que después memorice el resultado. http://www.mailxmail.com/curso/informatica/access/capitulo11.htm
• Sirve para ver, modificar y oranizar los datos de cierta forma para que estos puedan ser analizados

• Los formularios permiten organizar los datos de manera análoga a las fichas en los documentos a rellenar, introducir los datos en la base de datos, verlos e imprimirlos.Crear un formulario.- Existe la posibilidad de crear un formulario utilizando un asistente o bien automáticamente mediante el Asistente para formularios. El Asistente para formularios realiza más rápidamente el proceso de creación de un formulario ejecutando automáticamente todas las operaciones fundamentales. En tal caso, al usuario se le solicitan las informaciones y se crea un formulario basándose en las respuestas dadas. También es posible ir a Vista Diseño para personalizar el formulario. http://www.mailxmail.com/curso/informatica/access/capitulo18.htm
• Los formularios son para organizar los datos de diferentes maneras, y modificar los registros.

TABLAS, CLAVES Y RELACIONES

• Claves.Tabla en las bases de datos, se refiere al tipo de modelado de datos, donde se guardan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de Hoja de cálculo.
  Las tablas se componen de dos estructuras:
  Campo: Corresponde al nombre de la columna. Debe ser único y además de tener un tipo de dato asociado.
  Registro: Corresponde a cada fila que compone la tabla. Allí se componen los datos y los registros. Eventualmente pueden ser nulos en su almacenamientos.
  En la definición de cada campo, debe existir un nombre único, con su tipo de dato correspondiente. Esto es útil a la hora de manejar varios campos en la tabla, ya que cada nombre de campo debe ser distinto entre sí.
  A los campos se les puede asignar, además, propiedades especiales que afectan a los registros insertados. El campo puede ser definido como índice o autoincrementable, lo cual permite que los datos de ese campo cambien solos o sean el principal indicar a la hora de ordenar los datos contenidos.
  Cada tabla creada debe tener un nombre único en la cada Base de Datos, haciéndola accesible mediante su nombre o su seudónimo (Alias) (dependiendo del tipo de base de datos elegida).
  La estructura de las tablas viene dado por la forma de un archivo plano, los cuales en un inicio se componían de un modo similar. http://es.wikipedia.org/wiki/Tabla_(base_de_datos)
• La tabla sirve para almacenar y organizar los datos que son utilizados por un programa

• Ya que en una relación no hay tuplas repetidas, éstas se pueden distinguir unas de otras, es decir, se pueden identificar de modo único. La forma de identificarlas es mediante los valores de sus atributos.
  Una superclave es un atributo o un conjunto de atributos que identifican de modo único las tuplas de una relación. Cuando una clave candidata está formada por más de un atributo, se dice que es una clave compuesta. Una relación puede tener varias claves candidatas. Por ejemplo, en la relación OFICINA, el atributo Población no es una clave candidata ya que puede haber varias oficinas en una misma población. Sin embargo, ya que la empresa asigna un código único a cada oficina, el atributo Onum sí es una clave candidata de la relación OFICINA. También son claves candidatas de esta relación los atributos Teléfono y Fax. http://www3.uji.es/~mmarques/f47/apun/node50.html
• Las claves sierven para que en una relacion no haya registros iguales y que se puedan distinguir perfectante uno del otro, se pueden diferenciar por medio de el valor que tienen sus atributos

• Una relación es una tabla con columnas y filas. Un SGBD sólo necesita que el usuario pueda percibir la base de datos como un conjunto de tablas. Esta percepción sólo se aplica a la estructura lógica de la base de datos (en el nivel externo y conceptual de la arquitectura de tres niveles ANSI-SPARC). No se aplica a la estructura física de la base de datos, que se puede implementar con distintas estructuras de almacenamiento. http://www3.uji.es/~mmarques/f47/apun/node47.html
• La relacion es representada por una tabla en la cual se colocan los registros, y sirven para definir las relaciones de las bases de datos

DATO, CAMPO, REGISTRO

• El dato (del latín datum), es una representación simbólica (numérica, alfabética, algorítmica etc.), atributo o característica de una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero convenientemente tratado (procesado) se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el ámbito informático.
  En programación un dato es la expresión general que describe las características de las entidades sobre las cuales opera un algoritmo. http://es.wikipedia.org/wiki/Dato
• Es una característica la cual no tiene ingun significado , con ellos las computadoras pueden trabajar y pueden producir información.

• En informática, un campo es un espacio de almacenamiento para un dato en particular. En las bases de datos, un campo es la mínima unidad de información a la que se puede acceder; un campo o un conjunto de ellos forman un registro, donde pueden existir campos en blanco, siendo éste un error del sistema. En las hojas de cálculo los campos son llamados celdas.
  La mayoría de los campos tienen atributos asociados a ellos. Por ejemplo, algunos campos son numéricos mientras otros almacenan texto, también varía el tamaño de estos. Adicionalmente, cada campo tiene un nombre. http://es.wikipedia.org/wiki/Campo_(inform%C3%A1tica)
• El campo es la mínima unidad de una base de datos en la que se puede registra información y acceder a ella, los campos forman registros.

• Los registros del procesador se emplean para controlar instrucciones en ejecución, manejar direccionamiento de memoria y proporcionar capacidad aritmética. Los registros son espacios físicos dentro del microprocesador con capacidad de 4 bits hasta 64 bits dependiendo del microprocesador que se emplee. Los registros son direccionables por medio de una viñeta, que es una dirección de memoria. Los bits, por conveniencia, se numeran de derecha a izquierda (15,14,13…. 3,2,1,0), los registros están divididos en seis grupos los cuales tienen un fin especifico. Los registros se dividen en:
  Registros de segmento
  Registros de apuntadores de instrucciones
  Registros apuntadores
  Registros de propósitos generales
  Registro índice
  Registro de bandera. http://www.monografias.com/trabajos7/regi/regi.shtml
• Los registros para dar las instrucciones y estas mismas que se puedan controlar

BASE DE DATOS

• Una base de datos o banco de datos (en inglés: database) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.
  Existen unos programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.
  Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental. http://es.wikipedia.org/wiki/Base_de_datos
• Una base de datos es un ocnjunto de información que estan relacionedos entre si y que estan almacenados de forma organizada para que posteriormente se puedan utilizar