Conceptos basicos de una base de datos

Una base de datos es una herramienta para recopilar y organizar información. En las bases de datos, se puede almacenar información sobre personas, productos, pedidos, o cualquier otra cosa. Muchas bases de datos empiezan siendo una lista en un programa de procesamiento de texto o en una hoja de cálculo. A medida que crece la lista, empiezan a aparecer repeticiones e inconsistencias en los datos. Cada vez resulta más complicado comprender los datos presentados en la lista y existen pocos métodos para buscar o recuperar subconjuntos de datos para revisarlos. Cuando empiezan a observarse estos problemas, es aconsejable transferir la información a una base de datos creada mediante un sistema de administración de bases de datos (DBMS), como Office Access 2007.Una base de datos informatizada es un contenedor de objetos. Una base de datos puede contener más de una tabla. Por ejemplo, un sistema de seguimiento de inventario que utiliza tres tablas no es un conjunto de tres bases de datos, sino una sola base de datos que contiene tres tablas. Excepto si se ha diseñado específicamente para utilizar datos o código de otro origen, una base de datos de Access almacena sus tablas en un solo archivo, junto con otros objetos, como formularios, informes, macros y módulos. Las bases de datos creadas con formato de Access 2007 tienen la extensión de nombre de archivo .accdb y las bases de datos creadas con formatos de versiones anteriores de Access tienen la extensión de nombre de archivo .mdb. Access 2007 se puede utilizar para crear archivos con formatos de versiones anteriores (por ejemplo, Access 2000 y Access 2002-2003).Dase de datosUna base de datos o banco de datos (en ocasiones abreviada con la sigla BD o con la abreviatura b. d.) 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. Actualmente, 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 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.Aunque las bases de datos pueden contener muchos tipos de datos, algunos de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo, en España los datos personales se encuentran protegidos por la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD).

Dato campo y registroDATO: Información que una computadora registra y almacena, los cuales están almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en información.Es lo que va a componer a la base de datos, lo que la estará llenando.CAMPO: es el nombre de la unidad de información. Cada entrada en la base de datos puede tener múltiples campos de diversos tipos. La combinación de diversos campos nos va a permitir recabar toda la información posible sobre los ítems que constituyen la base de datos.Es una forma de llamar a los grupos de información que se irán formando en la base de datos.REGISTRO: (tambien llamado fila o tupla) es un conjunto de datos que contienen los datos que pertenecen a una misma repetición de entidad, se le asigna automáticamente un número consecutivo.El registro entonces será como el organizar las características de algún campo.

Tablas claves y relaciones

Tablas: Una tabla contiene datos sobre un tema en concreto, como empleados o productos. Cada registro de una tabla contiene información sobre un elemento, como un determinado empleado. Un registro se compone de campos, como un nombre, una dirección y un número de teléfono. Los registros se suelen denominar también filas y los campos, columnas.

Registro o fila Campo o columna

La base de datos puede contener muchas tablas, cada una de ellas con información sobre un tema diferente. Cada tabla, a su vez, puede contener muchos campos de diferentes tipos, como texto, números, fechas e imágenes.

Claves: Una clave principal es una columna (o combinación de columnas) que permite identificar de forma inequívoca cada fila de la tabla, por lo que no pueden haber en una tabla dos filas con el mismo valor en la columna definida como clave principal.

Una clave foránea es una columna (o combinación de columnas) que contiene un valor que hace referencia a una fila de otra tabla (en algunos casos puede ser la misma tabla).

Por ejemplo, tenemos dos tablas, la de alumnos y la de cursos, en la tabla de alumnos pondríamos una columna curso: para saber en qué curso está matriculado el alumno, la columna curso en la tabla de alumnos es clave foránea, mientras que la columna codigo de la tabla de cursos será clave primaria.

Una tabla tiene una única clave primaria. Una tabla puede contener cero o más claves foráneas.

Cuando se define una columna como clave principal, ninguna fila de la tabla puede contener un valor nulo en esa columna ni tampoco se pueden repetir valores en la columna.

Cuando se define una columna como clave foránea, las filas de la tabla pueden contener en esa columna o bien el valor nulo, o bien un valor que existe en la otra tabla. Eso es lo que se denomina integridad referencial que consiste en que los datos que referencian otros (clave foránea) deben ser correctos.

Las bases de datos de Access2000 tienen la extensión .MDB para que el ordenador las reconozca como tal.

Relaciones: Es común que informaciones de una tabla estén asociadas con informaciones de otras tablas. En este caso podemos establecer una relación entre las dos tablas. Es a través de la relación que el Access consigue, a partir de informaciones en una tabla, obtener informaciones registradas en la otra tabla. Existen tres tipos de relaciones entre dos tablas A y B: uno – a – uno, uno – a – varios, varios – a – varios.

2.1. - Relaciones uno a uno.La relación uno a uno ocurre cuando un registro de la tabla A posee como máximo un registro asociado en la tabla B y un registro de la tabla B posee como máximo un registro asociado en la tabla A.Esta relación está presente en el número de gerente/número de empleado, entre el PADRÓN DE DEPARTAMENTOS y el PADRÓN DE EMPLEADOS. Para cada número de gerente identificamos apenas un registro en el PADRÓN DE EMPLEADOS y cada funcionario es eventualmente gerente de apenas un departamento.

2.2 - Relaciones uno a varios.La relación uno a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B, mientras que, un registro de la tabla B posee como máximo un registro asociado en la tabla A.

Esta relación está presente en la sigla del departamento entre el PADRÓN DE DEPARTAMENTOy el PADRÓN DE EMPLEADOS. Para cada sigla del PADRÓN DE DEPARTAMENTOSidentificamos varios registros con esta sigla en el PADRÓN DE EMPLEADOS, mientras que, para cada sigla en el PADRÓN DE EMPLEADOS identificamos como máximo un registro en elPADRÓN DE DEPARTAMENTOS.También debe quedar claro que, en principio, podemos tener departamentos sin funcionarios y funcionarios que momentáneamente no están asignados a ningún departamento.

2.3. - Relaciones varios a varios.La relación varios a varios ocurre cuando un registro de la tabla A puede tener mas de un registro asociado en la tabla B y, análogamente, un registro en la tabla B puede tener mas de un registro asociado en la tabla A.Los cargos ocupados por un empleado a lo largo del tiempo constituyen una relación de esta naturaleza. Cada empleado ocupó varios cargos y un cargo fue ocupado por diversos empleados. En esta relación queda inmediatamente aparente que al par empleado/cargo probablemente estarán asociadas otras informaciones, por ejemplo, la fecha en que el empleado asumió el cargo en cuestión.Relaciones de este tipo varios a varios no pueden ser especificadas directamente en Access. Es necesario la creación de una tabla intermediaria que en nuestro caso podría tener el nombre: cargos ocupados. Cada registro en esta tabla sería compuesto de tres campos: Número de empleado, Código del cargo y Fecha de admisión a este cargo. Como se observa, se creó una relación uno a varios entre el PADRÓN DE EMPLEADOS y el PADRÓN DE CARGOS OCUPADOS y, análogamente, otra relación uno a mucho entre el PADRÓN DE CARGOS Y SALARIOS y elPADRÓN DE CARGOS OCUPADOS. Por lo tanto una relación varios a varios es convertida en dos relaciones una a varios cuando hubiera informaciones asociadas a los pares relacionados.

2.4. - Creación de relaciones.En Access podemos crear relaciones localizadas, utilizadas en una consulta especifica, orelaciones globales que posiblemente tendrán un uso más general. Relaciones de uso localizado serán vistas mas adelante en el capítulo referente a consultas.Las Relaciones de uso general son útiles porque pueden ser usadas automáticamente en nuevas consultas, facilitan la generación de subformularios y subinformes y permiten un cierto grado de protección en operaciones de actualización al imponerse la integridad referencial para las relaciones como será visto mas adelante.

Consultas y formularios

Consultas: Una consulta recupera informaciones de la Base de Datos y eventualmente las presenta en la pantalla. Serán estudiados tres tipos de consultas:

De selección: selecciona y presenta registros en formato patrón De referencias cruzadas: selecciona y presenta registros en formato de planilla De acción: altera el contenido de registros en una única operación

Los registros seleccionados constituyen un conjunto. Este conjunto es dinámico en el sentido de que su contenido tiene por origen varias tablas y con el sentido de solo existir mientras la consulta esté activa. Al cerrar una consulta, el conjunto de registros deja de existir. Esto constituye una gran ventaja pues si alteramos los datos de una tabla las consultas sobre ella automáticamente reflejarán esas alteraciones.Las consultas constituyen un recurso práctico para obtener informaciones específicas contenidas en la Base de Datos. Con ellas podemos:

Elegir campos específicos de tablas específicas; Seleccionar informaciones vía criterios; Mostrar las informaciones en varios órdenes; Obtener datos de varias tablas simultáneamente; Calcular totales; Crear formularios e informes; Crear otras consultas y gráficos.

3.2. – Generar una nueva consulta.

La obtención de una nueva consulta es hecha a partir de la ventana Base de Datos, seleccionandoConsultas y picando en la opción Nuevo. En respuesta aparecerá un cuadro de diálogo que le permite a Ud. elegir el modo de cómo, la consulta, debe ser construida. O Ud. mismo monta la consulta a través del modo Vista Diseño o Ud. utiliza los Asistentes, que facilitan el montaje tanto de consultas como de informes, formularios, etc.Ventana Mostrar tabla de consulta.La activación de la ventana de diálogo Mostrar tabla también puede ser realizada a través del menúConsulta opción Mostrar tabla o por el botón correspondiente en la barra de herramientas.La ventana Consulta Selección posee dos áreas, el área de las tablas envueltas en la consulta y el área de la consulta propiamente dicha. En esta última área el montaje de la consulta es hecho a través del esquema QBE (Query By Example). En este esquema creamos las consultas arrastrando campos del área superior de la ventana para el área inferior. En la planilla QBE cada columna contiene informaciones al respecto del campo incluido en la consulta. Barra de herramientas de la ventana Consulta.La figura 3.3 muestra la estructura de la consulta que fue denominada " Ingenieros de la Empresa". Al accionar la ejecución de la consulta aparece el resultado presentado en la figura 3.4. Esta figura muestra que el resultado es presentado en una hoja de datos que, en principio, puede ser también usada para alterar y excluir registros.

Formularios:

Uso de formularios

Para ver, escribir y cambiar datos de manera sencilla directamente en una tabla, cree un formulario. Al abrir un formulario, Microsoft Access recupera los datos de una o más tablas, y los muestra en la pantalla con el diseño elegido en el Asistente para formularios, o con un diseño que haya creado en la vista Diseño (vista Diseño: ventana que muestra el diseño de estos objetos de base de datos: tablas, consultas, formularios, informes, macros y páginas de acceso a datos. En la vista Diseño, puede crear objetos de base de datos nuevos y modificar el diseño de otros existentes.).

Un formulario sitúa el enfoque en un registro cada vez, pero puede mostrar los campos de más de una tabla. También puede mostrar imágenes y otros objetos.

: Un formulario puede incluir un botón que imprima o abra otros objetos, o puede realizar otras tareas automáticamente.

Datos de aspecto agradable

Un formulario es un tipo de objeto de base de datos que se utiliza fundamentalmente para introducir o mostrar datos en una base de datos. También puede usar un formulario como un panel de control que abra otros formularios e informes en la base de datos, o como un cuadro de diálogo personalizado que aceptar los datos del usuario y realiza la acción basada en la entrada.

Creando un formulario

Para crear rápidamente un formulario, utilice el comando Autoformato o un Asistente. La función Autoformulario crea un formulario que muestra todos los campos y registros de la tabla o consulta (consulta: pregunta sobre los datos almacenados en las tablas o solicitud para llevar a cabo una acción en los datos. Una consulta puede unir datos de varias tablas para servir como origen de datos de un formulario, informe o página de acceso a datos.) base. El asistente hace preguntas y crea un informe basándose en las respuestas que obtiene. Después, podrá personalizar el formulario en la vista Diseño (vista Diseño: ventana que muestra el diseño de estos objetos de base de datos: tablas, consultas, formularios, informes, macros y páginas de acceso a datos. En la vista Diseño, puede crear objetos de base de datos nuevos y modificar el diseño de otros existentes.).

Personalizar un formulario En la vista Diseño

En la vista Diseño, puede personalizar un informe de las siguientes maneras:

Origen del registro: Puede cambiar las tablas y consultas en las que está basado un formulario.

Controlar y ayudar al usuario : Puede establecer las propiedades del formulario para permitir o impedir a los usuarios que agreguen, eliminen o modifiquen los registros mostrados en un formulario. También puede agregar Ayuda personalizada a un formulario para ayudar a los usuarios a utilizar el formulario.

Ventana Formulario: Puede agregar o quitar los botones Maximizar y Minimizar, cambiar los menús contextuales y otros elementos de la ventana Formulario.

Secciones : Se puede agregar, quitar, ocultar o cambiar de tamaño los encabezados, pies y las secciones de detalles de un informe. También se puede establecer propiedades de sección para personalizar la forma en que se imprimirá el contenido de una sección.

Controles: Puede mover, cambiar el tamaño o establecer las propiedades de fuente de un control. También puede agregar controles para mostrar los valores calculados, totales, la fecha y hora actuales, así como otro tipo de información que sea de utilidad en un formulario.

Informes y reportes:

Informe en acces: Un informe access no es mas que una tabla o consulta mostrada en una forma "elegante y dinámica", los informes son uno de los módulos de access mas importantes, ya que permitenautomatizar en gran medida el desarrollo de documentos a partir de bases de datos. Gracias a las herramientas de agrupación y ordenación de datos, y combinado con el código vba que podemos asociar al informe.

 

Elementos de un informe

1.- Secciones principales

Un informe tiene las siguientes propiedades principales:

Pie del informe: Se refiere a la primera página del informe, es decir, la portada del informe

Encabezado de página: Datos que van a aparecer en todas las páginas del informe, concretamente en la parte superior

Detalle: en esta sección se incluyen los distintos registros correspondientes al encabezado de la pagina, que pueden ser mas de uno, sería como un subformulario dentro de cada página del informe.

Pie de Página: Tiene la misma función que el encabezado de página, pero los datos aparecen en la parte inferior

2.- Funciones de un informe

Agrupar: Una de las opciones de un informe de access mas importante es la posibilidad de mostrar los datos agrupados, seleccionando uno o varios subgrupos. Al agrupar datos evitamos que aparezcan datos repetidos en nuestro informe. Por ejemplo, si queremos mostrar los datos de una tabla con inmuebles de toda España, y queremos que los agrupe segun la provincia, para ello vamos sobre la parte izquierda del formulario en vista diseño y con el boton derecho le damos a la opción Ordenar y Agrupar:

Ahora seleccionamos los campos que queremos Agrupar y el orden es el que queremos que aparezcan, una vez seleccionado en la parte de abajo aparecerán las opciones, de las que debemos activar "encabezado de pagina". En este momento en el informe se crea un nuevo encabezado, donde podemos incluir las etiquetas y textos necesarios para el encabezado de nuestro informe. En la sección de detalle aparecerán los los registros relacionados con los datos principales del encabezado:

Otras opción interesante y muy util es forzar el salto de pagina cuando aparece un nuevo registro que no cabe en la primera pagina, para evitar este corte que tan mal queda, simp

.- Modificar parámetros en la sección de detalle

Si queremos modificar un atributo de los controles de la sección de detalle nos vamos a encontrar con algunos problemas : por ejemplo, tenemos una serie de registros con un valor numérico y otro textual, y queremos que el texto sea de color rojo cuando el valor numérico pasa de 50. Uno tiene valor 25 y otro 75. Por lo tanto debería aparecer uno de color rojo y otro de color por defecto. El código para que esto ocurra lo debemos incluir en la seccion de datalle:

 

IF (me.valorNumerico > 50) then

me.controls("valorTextual").forecolor = 255

end ifpero si hacemos esto aparecerán todos en rojo, porque? pues porque se queda con

el ultimo valor siempre, por tanto deberíamos poner:

 

IF (me.valorNumerico > 50) then

me.controls("valorTextual").forecolor = 255

else

me.controls("valorTextual").forecolor = 0

end ifDe esta forma se comprueba uno por uno todos los valores y asigna siempre el color a la etiqueta correspondiente

3.-Modificar parámetros en la sección pie de pagina en función de parámetros de la sección detalle

Si queremos añadir datos a modo de resumen en la sección de pie de pagina debemos de tener cuidado, por ejemplo, queremos que en la sección de detalle nos saque una alerta cuando un valor de la sección de detalle sobrepase cierto limite.

el código a incluir en la sección de pie de pagina seria

 

if (me.valorNum > 50) then

etiquetapie.caption = "alerta, uno de los valores sobrepasa limite"

end ifEsto puede resultar correcto, pero no lo es, ya que cogerá el valor del ultimo valor numérico de la sección de detalle. Para que funcione correctamente deberíamos añadir un booleano en la sección de detalle:

 

incluir en la seccion pie de pagina

etiquetapie.caption = "alerta, uno de los valores........"

end ifCon este código, una vez que encuentre en valor que supera el limite se activara el booleano y ya no se desactivara, y aparecerá el mensaje de error.

4.-Modificar parámetros en función de la página del informe en la que nos encontramos

Es posible modificar un parámetro del informe dependiendo en que pagina del mismo nos encontramos. Si por ejemplo queremos poner un pie de pagina con la pagina actual crearíamos una Etiqueta, y en la opción caption pondríamos

Etiqueta.caption : me.pageEn cambio si queremos que en la primera pagina no aparezca el numero de la pagina, ya que es la portada, pondríamos el siguiente código en la sección de pie de pagina:

 

if (me.page = 1) then

etiqueta.visible = false

else

etiqueta.visible = true

end if  

Tipos de gestores en la base de daots:Los sistemas de gestión de bases de datos o mejor conocidos como SGBD (en inglés database management  system, abreviadoDBMS) 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 bases 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 una organización.

Objetivos

Existen distintos objetivos que deben cumplir los SGBD:

Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Así, se definen variosniveles de abstracción.

Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.

Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debería aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programación de este tipo de condiciones.

Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta información se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.

Manejo de transacciones. Una transacción es un programa que se ejecuta como una sola operación. Esto quiere decir que luego de una ejecución en la que se produce una falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho más simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la información solicitada y en almacenar los cambios realizados.

Ventajas

Proveen facilidades para la manipulación de grandes volúmenes de datos (ver objetivos). Entre éstas: Simplifican la programación de equipos de consistencia. Manejando las políticas de respaldo adecuadas, garantizan que los cambios de la base

serán siempre consistentes sin importar si hay errores correctamente, etc. Organizan los datos con un impacto mínimo en el código de los programas. Disminuyen drásticamente los tiempos de desarrollo y aumentan la calidad del

sistema desarrollado si son bien explotados por los desarrolladores. Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperación de

los datos.

Inconvenientes

1. Típicamente, es necesario disponer de una o más personas que administren la base de datos, de la misma forma en que suele ser necesario en instalaciones de cierto porte disponer de una o más personas que administren los sistemas operativos. Esto puede llegar a incrementar los costos de operación en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene.

2. Si se tienen muy pocos datos que son usados por un único usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una hoja de cálculo.

3. Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al máximo.

4. Tamaño: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamaño, que requiere de gran cantidad de memoria para poder correr.

5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.

Modelos de base de datos:Un modelo de base de datos o esquema de base de datos es la estructura o el formato de una

base de datos, descrita en un lenguaje formal soportada por el sistema de gestión de bases de

datos. En otras palabras, un "modelo de base de datos" es la aplicación de unmodelo de

datos usado en conjunción con un sistema de gestión de bases de datos.

Los esquemas generalmente son almacenados en un diccionario de datos. Aunque un

esquema se defina en un lenguaje de base de datos de texto, el término a menudo es usado

para referirse a una representación gráfica de la estructura de la base de datos.

Modelos comunes:

Modelo jerárquico

Modelo de red

Modelo relacional

Modelo entidad-relación

Modelo objeto-relacional

Modelo de objeto también define el conjunto de las operaciones que pueden ser realizadas

sobre los datos. El modelo relacional, por ejemplo, define operaciones como selección,

proyección y unión. Aunque estas operaciones pueden no ser explícitas en un lenguaje de

consultas particular, proveen las bases sobre las que éstos son construidos.

Modelos

Varias técnicas son usadas para modelar la estructura de datos. La mayor parte de sistemas de

base de datos son construidos en torno a un modelo de datos particular, aunque sea cada vez

más común para productos ofrecer el apoyo a más de un modelo. Ya que cualquier varia

puesta en práctica lógica modela física puede ser posible, y la mayor parte de productos

ofrecerán al usuario algún nivel de control en la sintonía de la puesta en práctica física, desde

las opciones que son hechas tienen un efecto significativo sobre el funcionamiento. Un ejemplo

de esto es el modelo emparentado: todas las puestas en práctica serias del modelo

emparentado permiten la creación de índices que proporcionan rápido acceso a filas en una

tabla si conocen los valores de ciertas columnas.

Modelo de tabla

El modelo de tabla consiste en una serie única, bidimensional de elementos de datos, donde

todos los miembros de una columna dada son asumidos para ser valores similares, y todos los

miembros de una fila son asumidos para ser relacionados el uno con el otro. Por ejemplo,

columnas para el nombre y la contraseña que podría ser usada como una parte de una base de

datos de seguridad de sistema. Cada fila tendría la contraseña específica asociada con un

usuario individual. Las columnas de la tabla a menudo tienen un tipo asociado con ellos,

definiéndolos como datos de carácter, fecha o la información de tiempo, números enteros, o

números de punto flotante.

Modelo jerárquico

En un modelo jerárquico, los datos son organizados en una estructura parecida a un árbol,

implicando un eslabón solo ascendente en cada registro para describir anidar, y un campo de

clase para guardar los registros en un orden particular en cada lista de mismo-nivel. Las

estructuras jerárquicas fueron usadas extensamente en los primeros sistemas de gestión de

datos de unidad central, como el Sistema de Dirección de Información (IMS) por la IBM, y ahora

describen la estructura de documentos XML. Esta estructura permite un 1:N en una relación

entre dos tipos de datos. Esta estructura es muy eficiente para describir muchas relaciones en

el verdadero real; recetas, índice, ordenamiento de párrafos/versos, alguno anidó y clasificó la

información. Sin embargo, la estructura jerárquica es ineficaz para ciertas operaciones de base

de datos cuando un camino lleno (a diferencia del eslabón ascendente y el campo de clase)

también no es incluido para cada registro.

Una limitación del modelo jerárquico es su inhabilidad de representar manera eficiente la

redundancia en datos. Los modelos de base de datos " el valor de atributo de entidad " como

Caboodle por Swink están basados en esta estructura.

En la relación Padre-hijo: El hijo sólo puede tener un padre pero un padre puede tener múltiples

hijos. Los padres e hijos son atados juntos por eslabones "indicadores" llamados. Un padre

tendrá una lista de indicadores de cada uno de sus hijos.

Modelo de red

El modelo de red (definido por la especificación CODASYL) organiza datos que usan dos

fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos

(que puede ser organizado jerárquicamente, como en el lenguaje COBOL de lenguaje de

programación). Los conjuntos (para no ser confundido con conjuntos matemáticos) definen de

uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser

un propietario en cualquier número de conjuntos, y un miembro en cualquier número de

conjuntos.

El modelo de red es una variación sobre el modelo jerárquico, al grado que es construido sobre

el concepto de múltiples ramas(estructuras de nivel inferior) emanando de uno o varios nodos

(estructuras de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las

ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la

redundancia en datos de una manera más eficiente que en el modelo jerárquico.

Las operaciones del modelo de red son de navegación en el estilo: un programa mantiene una

posición corriente, y navega de un registro al otro por siguiente las relaciones en las cuales el

registro participa. Los registros también pueden ser localizados por suministrando valores

claves.

Aunque esto no sea un rasgo esencial del modelo, las bases de datos de red generalmente

ponen en práctica las relaciones de juego mediante indicadores que directamente dirigen la

ubicación de un registro sobre el disco. Esto da el funcionamiento de recuperación excelente, a

cargo de operaciones como la carga de base de datos y la reorganización.

La mayor parte de bases de datos de objeto usan el concepto de navegación para proporcionar

la navegación rápida a través de las redes de objetos, generalmente usando identificadores de

objeto como indicadores "inteligentes" de objetos relacionados. Objectivity/DB, por ejemplo, los

instrumentos llamados 1:1, 1:muchos, muchos:1 y muchos:muchos, llamados relaciones que

pueden cruzar bases de datos. Muchas bases de datos de objeto también apoyan SQL,

combinando las fuerzas de ambos modelos.

El modelo de red (definido por la especificación CODASYL) organiza datos que usan dos

fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos

(que puede ser organizado jerárquicamente, como en el lenguaje COBOL de lenguaje de

programación). Los conjuntos (para no ser confundido con conjuntos matemáticos) definen de

uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser

un propietario en cualquier número de conjuntos, y un miembro en cualquier número de

conjuntos. El modelo de red es una variación sobre el modelo jerárquico, al grado que es

construido sobre el concepto de múltiples ramas(estructuras de nivel inferior) emanando de uno

o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia del modelo

jerárquico en esto las ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz

de representar la redundancia en datos de una manera más eficiente que en el modelo

jerárquico.efinen de uno a varios relaciones entre registros: un propietario, muchos miembros.

Un registro puede ser un propietario en cualquier númer Las operaciones del modelo de red

son de navegación en el estilo: un programa mantiene una posición corriente, y navega de un

registro al otro por siguiente las relaciones en las cuales el registro participa. Los registros

también pueden ser localizados por suministrando valores claves. Aunque esto no sea un rasgo

esencial del modelo, las bases de datos de red generalmente ponen en práctica las relaciones

de juego mediante indicadores que directamente. dirigen la ubicación de un registro sobre el

disco. Esto da el funcionamiento de recuperación excelente, a cargo de operaciones como la

carga de base de datos y la reorganización.efinen de uno a varios relaciones entre registros: un

propietario, muchos miembros. Un registro puede ser un propietario en cualquier númer

Modelo Dimensional

El modelo dimensional es una adaptación especializada del modelo relacional, solía

representar datos en depósitos de datos, en un camino que los datos fácilmente pueden ser

resumidos usando consultas OLAP. En el modelo dimensional, una base de datos consiste en

una sola tabla grande de hechos que son descritos usando dimensiones y medidas.

Una dimensión proporciona el contexto de un hecho (como quien participó, cuando y donde

pasó, y su tipo). Las dimensiones se toman en cuenta en la formulación de las consultas para

agrupar hechos que están relacionados. Las dimensiones tienden a ser discretas y son a

menudo jerárquicas; por ejemplo, la ubicación podría incluir el edificio, el estado, y el país.

Una medida es una cantidad que describe el hecho, tales como los ingresos. Es importante que

las medidas puedan ser agregados significativamente - por ejemplo, los ingresos provenientes

de diferentes lugares pueden sumarse.

En una consulta (OLAP), las dimensiones son escogidas y los hechos son agrupados y

añadidos juntos para crear un reporte.

El modelo dimensional a menudo es puesto en práctica sobre la cima del modelo emparentado

que usa un esquema de estrella, consistiendo en una mesa que contiene los hechos y mesas

circundantes que contienen las dimensiones. Dimensiones en particular complicadas podrían

ser representadas usando múltiples mesas, causando un esquema de copo de nieve.

Un almacen de datos (data warehouse) puede contener múltiples esquemas de estrella que

comparten tablas de dimensión, permitiéndoles para ser usadas juntas. La llegada levanta un

conjunto de dimensiones estándar y es una parte importante del modelado dimensional.

Modelo de objeto

En años recientes, el paradigma mediante objetos ha sido aplicado a la tecnología de base de

datos, creando un nuevo modelo de programa sabido(conocido) como bases de datos de

objeto. Estas bases de datos intentan traer el mundo de base de datos y el uso que programa

el mundo más cerca juntos, en particular por asegurando que la base de datos usa el mismo

sistema de tipo que el programa de uso. Esto apunta para evitar el elevado (a veces

mencionaba el desajuste de impedancia) de convertir la información entre su representación en

la base de datos (por ejemplo como filas en mesas) y su representación en el programa de uso

(típicamente como objetos). Al mismo tiempo, las bases de datos de objeto intentan introducir

las ideas claves de programa de objeto, como encapsulation y polimorfismo, en el mundo de

bases de datos.

Una variedad de estas formas ha sido aspirada almacenando objetos en una base de datos.

Algunos productos se han acercado al problema del uso que programa el final, por haciendo los

objetos manipulados según el programa persistente. Esto también típicamente requiere la

adición de una especie de lengua de pregunta, ya que lenguajes de programación

convencionales no tienen la capacidad de encontrar objetos basados en su contenido de la

información. Los otros han atacado el problema a partir del final de base de datos, por

definiendo un modelo de datos mediante objetos para la base de datos, y definiendo un

lenguaje de programación de base de datos que permite a capacidades de programa llenas así

como instalaciones de pregunta tradicionales.

Las bases de datos de objeto han sufrido debido a la carencia de estandarización: aunque las

normas fueran definidas por ODMG, nunca fueron puestas en práctica lo bastante bien para

asegurar la interoperabilidad entre productos. Sin embargo, las bases de datos de objeto han

sido usadas satisfactoriamente en muchos usos:Usualmente aplicaciones especialisadas como

bases de datos de ingenieria, base de datos biologica molecualar, más bien que proceso de

datos establecido comercial. Sin embargo, las ideas de base de datos de objeto fueron

recogidas por los vendedores emparentados y extensiones influidas hechas a estos productos

y de verdad a la lengua SQL.

Requerimientos de construcion:

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.

esta construccion es algo compleja ya que se necesitan muchas cosas y tienes que conocer muy bien el sistema para poder realizar esto.

Modelo ansi-spark: Modelo ANSI-PARK

La arquitectura a tres niveles del grupo ANSI, con su esquema conceptual, ha marcado una clara línea de investigación en el campo de las bases de datos. Aun cuando en trabajos y propuestas de normalización anteriores ya se había indicado la conveniencia de separar los tres niveles de estructuras, ninguno de estos estudios había tenido un impacto semejante al del esquema conceptual de ANSI. Consideramos, por tanto, de interés presentar dicha arquitectura.Una de las primeras tareas del grupo de estudio consistió en buscar una terminología común e intentar desarrollar un vocabulario consistente y comprensible. Otro trabajo que se abordó desde las primeras etapas fue el análisis de los componentesLa arquitectura ANSI/X3/SPARC está parcialmente basada en el concepto de máquinas anidadas (lo que se llama a veces tipo cebolla). El flujo de datos pasa a través de las distintas capas, que están separadas por inter-faces y cuyas funciones se describen con cierto detalle en el documento. Los múltiples interfaces, cuyo número se ha considerado excesivo, tienden a aislar los diversos componentes del sistema con vistas a conseguir el objetivo de independencia.En esta arquitectura se definen distintas funciones: humanas, representadas en la Figura por hexágonos; funciones de programa, que se presentan por medio de rectángulos; interfaces, que se representan mediante líneas y para cuya instrumentación el informe no dicta ninguna norma, pu-diendo ser, por tanto, interfaces físico, lógico, microprogramador, etc., y metadatos o diccionario de datos, representado por medio de un triángulo y que tiene un papel fundamental en esta arquitectura.

Este modelo se basa en tres niveles los cuales ayudan al usuario para el uso de las bases de datos, a traves de un mejor entendimiento entre estos.

Arquitectura de tres nivelesLa programación por capas es una arquitectura cliente-servidor en el que el objetivo

primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico

de esto consiste en separar la capa de datos de la capa de presentación al usuario.

La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles

y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin tener que

revisar entre código mezclado. Un buen ejemplo de este método de programación sería

el modelo de interconexión de sistemas abiertos.

Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo,

cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con

conocer la API que existe entre niveles.

En el diseño de sistemas informáticos actual se suelen usar las arquitecturas multinivel o

Programación por capas. En dichas arquitecturas a cada nivel se le confía una misión simple, lo

que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso

de que las necesidades aumenten).

El diseño más utilizado actualmente es el diseño en tres niveles (o en tres capas).

Capas y niveles

1. Capa de presentación: es la que ve el usuario (también se la denomina "capa de

usuario"), presenta el sistema al usuario, le comunica la información y captura la

información del usuario en un mínimo de proceso (realiza un filtrado previo para

comprobar que no hay errores de formato). También es conocida como interfaz gráfica

y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el

usuario. Esta capa se comunica únicamente con la capa de negocio.

2. Capa de negocio: es donde residen los programas que se ejecutan, se reciben las

peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa

de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas

las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación,

para recibir las solicitudes y presentar los resultados, y con la capa de datos, para

solicitar al gestor de base de datos almacenar o recuperar datos de él. También se

consideran aquí los programas de aplicación.

3. Capa de datos: es donde residen los datos y es la encargada de acceder a los

mismos. Está formada por uno o más gestores de bases de datos que realizan todo el

almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de

información desde la capa de negocio.

Todas estas capas pueden residir en un único ordenador, si bien lo más usual es que haya una

multitud de ordenadores en donde reside la capa de presentación (son los clientes de la

arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo

ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o

más ordenadores. Así, si el tamaño o complejidad de la base de datos aumenta, se puede

separar en varios ordenadores los cuales recibirán las peticiones del ordenador en que resida

la capa de negocio.

Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la separación,

esta capa de negocio podría residir en uno o más ordenadores que realizarían solicitudes a una

única base de datos. En sistemas muy complejos se llega a tener una serie de ordenadores

sobre los cuales corre la capa de negocio, y otra serie de ordenadores sobre los cuales corre la

base de datos.

En una arquitectura de tres niveles, los términos "capas" y "niveles" no significan lo mismo ni

son similares.

El término "capa" hace referencia a la forma como una solución es segmentada desde el punto

de vista lógico:

Presentación.

Lógica de Negocio.

Datos.

En cambio, el término "nivel" corresponde a la forma en que las capas lógicas se encuentran

distribuidas de forma física. Por ejemplo:

Una solución de tres capas (presentación, lógica del negocio, datos) que residen en un

solo ordenador (Presentación+lógica+datos). Se dice que la arquitectura de la solución es

de tres capas y un nivel.

Una solución de tres capas (presentación, lógica del negocio, datos) que residen en dos

ordenadores (presentación+lógica por un lado; lógica+datos por el otro lado). Se dice que

la arquitectura de la solución es de tres capas y dos niveles.

Algebra relacional: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.

Una tupla se define como una función finita que asocia unívocamente los nombres de los atributos de una relación con los valores de una instanciación de la misma. En términos simplistas, es una fila de una tabla relacional.

Básicas

Cada operador del álgebra acepta una o dos relaciones y retorna una relación como resultado.

σ y Π son operadores unarios, el resto de los operadores son binarios. Las operaciones básicas

del álgebra relacional son:

Seleccióna (σ)

Permite seleccionar un subconjunto de tuplas de una relación (R), todas aquellas que cumplan

la(s) condición(es) P, esto es:

Ejemplo:

Selecciona todas las tuplas que contengan Gómez como apellido en la relación Alumnos.

Una condición puede ser una combinación booleana, donde se pueden usar operadores

como:   ,  , combinándolos con operadores  .

Proyección (Π)

Permite extraer columnas (atributos) de una relación, dando como resultado un subconjunto

vertical de atributos de la relación, esto es:

donde   son atributos de la relación R .

Ejemplo:

Selecciona los atributos Apellido, Semestre y NumeroControl de la relación Alumnos,mostrados

como un subconjunto de la relación Alumnos

Producto cartesiano (x)

El producto cartesiano de dos relaciones se escribe como:

y entrega una relación, cuyo esquema corresponde a una combinación de todas las tuplas

de R con cada una de las tuplas de S, y sus atributos corresponden a los de R seguidos por los

de S.

Ejemplo:

Muestra una nueva relación, cuyo esquema contiene cada una de las tuplas de la relación

Alumnos junto con las tuplas de la relación Maestros, mostrando primero los atributos de la

relación Alumnos seguidos por las tuplas de la relación Maestros.

Unión (∪)

La operación

retorna el conjunto de tuplas que están en R, o en S, o en ambas. R y S deben ser uniones

compatibles.

Diferencia (-)

La diferencia de dos relaciones, R y S denotada por:

entrega todas aquellas tuplas que están en R, pero no en S. R y S deben ser uniones

compatibles.

Estas operaciones son fundamentales en el sentido en que (1) todas las demás operaciones

pueden ser expresadas como una combinación de éstas y (2) ninguna de estas operaciones

pueden ser omitidas sin que con ello se pierda información.

No básicas o Derivadas

Entre los operadores no básicos tenemos:

Intersección (∩)

La intersección de dos relaciones se puede especificar en función de otros operadores básicos:

La intersección, como en Teoría de conjuntos, corresponde al conjunto de todas las tuplas que

están en R y en S, siendo R y Suniones compatibles.

Unión natural ( ) (Natural Join)

La operación unión natural en el álgebra relacional es la que permite reconstruir las tablas

originales previas al proceso de normalización. Consiste en combinar las proyección, selección

y producto cartesiano en una sola operación, donde la condición   es la igualdad Clave

Primaria = Clave Externa (o Foranea), y la proyección elimina la columna duplicada (clave

externa).

Expresada en las operaciones básicas, queda

Una reunión theta ( θ-Join) de dos relaciones es equivalente a:

donde la condición   es libre.

Si la condición   es una igualdad se denomina EquiJoin.

División (/)

Supongamos que tenemos dos relaciones A(x, y) y B(y) donde el dominio de y en A y B, es el

mismo.

El operador división A / B retorna todos los distintos valores de x tales que para todo valor y en

B existe una tupla   en A.

Agrupación (Ģ)

Permite agrupar conjuntos de valores en función de un campo determinado y hacer

operaciones con otros campos.

Por ejemplo: Ģ  (PARTIDOS).

Operadores primitivos, derivados y de consulta:

Operadores primitivos: Los operadores primitivos son parte del modelo relacional y pueden realizar diferentes

acciones como Unión, Diferencia, etc.

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.

Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos

Operadores adicionales: Los operadores permiten realizar operaciones aritméticas, comparaciones,

concatenaciones o asignaciones de valores. Por ejemplo, puede probar datos para comprobar que la columna de

país o región de los datos de clientes está llena o no es NULL

En las consultas, cualquier persona que pueda ver los datos de la tabla que se deben usar con algún tipo de

operador puede realizar operaciones. Para poder cambiar los datos correctamente, debe disponer de los permisos

adecuados.

Permite cambiar datos, permanente o temporalmente. Los operadores primitivos son los que realizan acciones

de unión.Los derivados son los que dependen de otro por ejemplo de los primitivos.Los adicionales son los que nos

ayudan a hacer acciones aritmeticas etc. los primitivos son los que pueden realizar uniones, los derivados se pueden

expresar en operaciones de primitivos, los adicionales permiten realizar operacion aritmeticas

Operadores adicionales de consulta: permiten realizar operaciones aritméticas,

comparaciones, concatenaciones o asignaciones de valores. Por ejemplo, puede probar datos

para comprobar que la columna de país o región de los datos de clientes está llena o no

es NULL.

En las consultas, cualquier persona que pueda ver los datos de la tabla que se deben usar con

algún tipo de operador puede realizar operaciones. Para poder cambiar los datos

correctamente, debe disponer de los permisos adecuados.

En Microsoft SQL Server, los operadores se utilizan para lo siguiente:

Cambiar datos, permanente o temporalmente.

Buscar filas o columnas que cumplan una condición determinada.

Implementar una decisión entre columnas de datos o entre expresiones.

Probar determinadas condiciones antes de iniciar o confirmar una transacción, o antes de

ejecutar determinadas líneas de código.

este tipo de operador me permitirá comparar números o conjunto de caracteres y además las

consultas me permitirán seguir una serie de pasos para ingresar herramientas que me faciliten

al revisar y o reorganizar mi información.

Prganizacion de una base de datos: Tablas: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:

Registro: es cada una de las filas en que se divide la tabla. Cada registro contiene datos

de los mismos tipos que los demás registros. Ejemplo: en una tabla de nombres y

direcciones, cada fila contendrá un nombre y una dirección.

Campo: es cada una de las columnas que forman la tabla. Contienen datos de tipo

diferente a los de otros campos. En el ejemplo anterior, un campo contendrá un tipo de

datos único, como una dirección, o un número de teléfono, un nombre, etc.

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.

Tablas: las tablas son tablas.

Son los objetos principales de bases de datos que se utilizan para guardar datos.

Elemento disponible en el lenguaje HTML para la creación de recuadros rectangulares que

pueden o no estar anidados y pueden o no contener celdas(recuadros más pequeños dentro de

una tabla, pero que no se consideran tablas). Las tablas se utilizan para organizar, posicionar o

dar mejor formato a los textos y gráficos en una página web.

Pueden crearse gráficamente a través de un programa desarrollador de páginas web o

manejando los tags correspondientes del lenguaje.

Diseño de tablas:Las tablas de una base de datos conforman la estructura principal de la misma, podríamos decir que se trata de los cimientos de nuestra estructura. Cada tabla contiene la información que utilizarán el resto de objetos de la base de datos: consultas, formularios, informes...El diseño de las tablas debe ser un proceso meditado donde debemos tener en cuenta las necesidades y el fin al que estará destinada nuestra base de datos.

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 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.

las operaciones principales son muy utiles para facillitar el manejo de los datos almacenadas en las tablas.

Definicion de claves:Clave principal o llave primaria es un concepto que se utiliza en Base de Datos en general, no solo en Access.

Es un atributo que deberían tener todos los conjuntos de entidades para identificar a cada entidad...

Por ejemplo: Supongamos que hacemos una BD para un colegio, del conjunto de entidades 

-ALUMNO tiene los atributos: Nombre, Apellido, Curso, Edad

pero no tiene una llave primaria debido a que ninguno de los atributos de ALUMNO permiten identificar a un alumno (Pueden haber dos o más alumnos con el mismo nombre y apellido, en el mismo curso y de la misma edad). Por lo que pordemos agregar un atributo identificador com CodigoAlumno:

Tabla ALUMNO:

CodigoAlumno Nombre Apellido Curso Edad 1010 Armando Paredes 1º 101011 Alan Britos 1º 101012 Armando Paredes 1º 10

La única manera de identificar entre los niños Armando Paredes es a través de su llave primaria CodAlumno.

Relaciones entre tablas:Para que los datos de las tablas se puedan seleccionar, encontrar y

procesar de forma rápida y eficaz, es necesario que las talas no se encuentren aisladas unas de otras. Las tablas tienen que estar relacionadas con otras formando estructuras relacionales. La relación es una asociación establecida entre campos comunes (columnas) en dos tablas. Los campos que entran en relación pueden llamarse de distinta manera, pero tienen que ser del mismo tipo de datos. La relación permite al motor de Acces, encontrar datos relacionados en ambas tablas. Por ejemplo podemos encontar NOMBRE, APELLIDO (de la tabla EMPLEADO_PERSONAL), SALARIO, y DEPART (de la tabla EMPLEADO_LABORAL) de uno o varios empleados.

Las relaciones pueden ser de tres tipos:

1. De uno a uno. 2. De uno a varios. 3. De varios a varios. 4. Indeterminada, indefinida o inconsistente.

Son campos clave los que intervienen en la relación. Es clave principal un campo (o más de uno para claves de campo múltiple) cuyo valor o valores identifican de manera exclusiva cada registro de una tabla. Una clave principal no puede permitir valores Nulos o repetidos. Por ejemplo, pueden ser calve principal campos como DNI en una tabla de personas, o CODIGO en una tabla de productos. Una clave principal se utiliza para relacionar una tabla con claves externas de otras tablas. Un campo autonumérico también puede funcionar como clave principal. La combinación de dos o más campos pueden dar una clave principal...

1. Relación de uno a uno:

Por cada registro de la tabla principal (tabla que contiene la clave principal) puede existir un sólo registro en la tabla relacionada (tabla que contiene la clave externa). La tabla relacionada no puede contener un registro que no esté relacionado con uno de la tabla principal: no puede existir un registro con

FECHA_ALTA, SALARIO, etc., si no hay un empleado con el que se relacione. Más información enuno a uno. Esta relación se utiliza para simplicar y organizar las tablas con muchos campos. Ver el ejemplo siguiente:

nota: esta relación se indica: 

2. Relación de uno a varios:

Por cada registro de la tabla principal (tabla de la clave principal o lado uno de la relación) pueden existir muchos (infinitos) registros en la tabla relacionada (tabla de la clave externa o lado infinito de la relación). La tabla relacionada no puede contener un registro que no esté relacionado con uno de la tabla principal, pero pueden haber muchos registro que estén relacioandos con el mismo registro de la tabla principal: varios (infinitos) empleados de la tabla EMPLEADO_LABORAL, pueden estar en el mismo departamento de la tabla DEPARTAMENTO...

3. Relación de varios a varios:

Debes tener claro las llaves primarias y una tabla de unión para que se produzca la relación varios a varios entre PRODUCTOS y NUM_VENTA. Un registro de la tabla NUM_VENTA puede estar relacionado con varios registros de la tabla PRODUCTOS y un registro de la tabla PRODUCTOS puede estar relacionado con varios registros de la tabla NUM_VENTA. Explicación: cuando realizamos una venta le asignamos un número (N_VENTA) y lo almacenamos

en la tabla NUM_VENTA; esa venta puede estar formada por uno o varios productos identificados con un numero de producto (N_PRODUCTO) de la tabla PRODUCTOS. Más información.

Pero, ¿cómo podemos relacionar varios registros de la tabla NUM_VENTA con varios de PRODUCTOS, y viceversa?. En realidad esta relación está formada por dos relaciones de uno a muchos. Una tabla intermedia (tabla de unión VENTAS) contiene la clave principal múltiple que se forma con la conbinación de dos (o más) claves externas: N_VENTA y N_PRODUCTO. La combinación de estos dos campos forma un campo que no se repite. Por ejemplo: la venta 200 (N_VENTA vale 200) se realizó con los productos 12, 14 y 36 (N_PRODUCTO). Si formamos con N_VENTA y N_PRODUCTO una clave principal obtenemos 20012, 20014 y 20036, valores no repetidos. Con otros valores de N_VENTA se prcedería igual.

4. Relación indeterminada:

Esta relación se puede producir por diversas causas y en cualquier caso debe evitarse puesto que no garantiza la obtención de datos coherentes. Puedes consultar relación indeterminada y publicar dudas en los títulos de Acces...

Formularios: un formulario no es más que un formato de pantalla que se utiliza para mejorar la imagen de las tablas

Ya sabes que cuando trabajas con una tabla, esta aparece en filas y columnas (parecido al formato de

una hoja de cálculo). El fondo normalmente en color blanco. Las letras normalmente en color negro. Algo

monótono.

Podemos mejorar el aspecto de una tabla cuando la visualizamos en pantalla gracias a los formularios.

Para crear un formulario, prueba los siguientes pasos:

Abre una base de datos que tengas creada (vale cualquiera que hayas creado siguiendo este tutorial, por

ejemplo)

Activa la hoja ‘Formularios’, en la parte superior de la ventana de la base de datos

Pulsa el botón ‘Nuevo’

Una de las formas más sencillas de crear un formulario es utilizando el ‘asistente’. El asistente es un

pequeño programa que, formulándonos una serie de preguntas, es capaz de crear por sí solo un

formulario (lo malo es que siempre suele hacerlo a su manera y, a lo mejor, no se ajusta exactamente a lo

que nosotros buscamos)

Haz un solo clic con el botón izquierdo del ratón sobre la opciòn ‘asistente para formularios’

En la casilla en blanco que tienes un poco más abajo puedes elegir la tabla que quieres utilizar para crear

el formulario. Selecciona una cualquiera y pulsa el botón aceptar

Verás que sale una nueva ventana con los nombres de los campos que componen la tabla

A la derecha tienes un panel en blanco. Los campos que pases a este panel, son los que aparecerán en

el formulario. Para pasar los campos al panel de la derecha puedes utilizar uno de los botones que están

entre los dos paneles: (>) pasa los campos a la derecha de uno en uno; (>>) pasa todos los campos a la

derecha de una sola vez; (<) quita un campo del panel de la derecha y (<<) quita todos los campos que

están en el panel de la derecha. Utilizando estos botones pasa varios campos (incluso todos) al panel de

la derecha

Pulsa el botón ‘Siguiente’

En esta ventana simplemente tienes que elegir el formato que quieres que se utilice para mostrar los

campos: ‘En columnas’ y ‘Justificado’ hace que aparezca solo un registro por pantalla (igual que un DNI,

por ejemplo), ‘Tabular’ y ‘Hoja de datos’ hace que aparezcan los datos en columnas (parecido a cuando

ves la tabla). Selecciona ‘En columnas’ por ejemplo

Pulsa el botón ‘Siguiente’

Ahora tienes distintos estilos para aplicar al formulario. Los estilos son simplemente algunas

combinaciones de colores, fondos y tipos de letra que se van a aplicar para ver la tabla. Ve haciendo clic

sobre todos ellos y fíjate en el ejemplo que aparece a la izquierda. Cuando veas uno que te guste,

selecciónalo con el ratón y luego pulsa el botón ‘Siguiente’

En este último paso, simplemente tienes que escribir un nombre para el formulario (en la parte superior de

la ventana). Normalmente ya aparece el nombre de la tabla que has utilizado para crear el formulario, si

no quieres cambiar este nombre por otro simplemente pulsa el botón ‘Terminar’

Tras unos segundos, verás el formulario en pantalla con el estilo de colores que seleccionaste

Fíjate que en la parte inferior del formulario tienes una serie de botones. Estos botones te sirven para

pasar de un registro a otro: ( |< ) pasa al primer registro, ( < ) retrocede un registro (no funciona si estás

en el primero), ( > ) avanza un registro, ( >| ) avanza hasta el último registro y ( >* ) añade un nuevo

registro.

Aquí puedes ver los datos que tienes escritos, borrarlos, modificarlos, añadir datos nuevos, … igual que

en la tabla, ya que, de hecho, lo que estás biendo es la tabla, lo que ocurre esque la estás viendo a través

del formulario, que es el que le da la apariencia, los colores, etc.

Como verás, gracias al asistente podemos crear rápidamente un formulario. Lo único malo que tiene es

que lo crea a su manera, es decir, según unos patrones que tiene predefinidos.

Nosotros podemos personalizar el formulario una vez que ha sido creado de la siguiente forma:

Pulsa el botón ‘Vista’

De esta forma pasamos al diseño del formulario

Quizás te parezca algo reliado lo que ves en pantalla, pero no es más que el esquema del formulario.

Básicamente tienes tres bandas o apartados: ‘Encabezado del formulario’, ‘Detalle’ y ‘Pie del formulario’.

El encabezado representa lo que aparecerá en la parte superior del formulario y el pie lo que aparecerá

abajo. El detalle representa la zona donde van a aparecer los datos de la tabla (justo en el centro del

formulario)

En el apartado de detalle verás que aparecen los nombres de los campos dentro de unos recuadros:

Haz un solo clic con el botón izquierdo del ratón sobre cualquiera de los campos y no lo sueltes

Sin soltar el botón del ratón, arrastralo hacia cualquier dirección (arriba, abajo, izquierda o derecha)

De esta forma tan sencilla puedes modificar la posición de los campos en la pantalla

Para eliminar un campo del formulario, haz clic sobre el y luego pulsa la tecla suprimir (Supr, a la derecha

de la tecla Enter)

Para añadir un campo al formulario selecciona la opción Ver en la parte superior de la ventana de Access

Selecciona ‘lista de campos’

Aparecerá una pequeña ventana con los nombres de todos los campos

Haz un dobre clic sobre el nombre del campo que quieras añadir y aparecerá en la ventana del formulario

Ahora puedes pincharlo con el ratón y arrastrarlo hacia el lugar del formulario que desees

También puedes modificar el aspecto de los campos de la siguiente forma:

Selecciona cualquiera de los campos que tienes en pantalla (haciendo un solo clic sobre él con el botón

izquierdo del ratón)

Fíjate que en la parte superior de la ventana de Access tienes una serie de botones (parecidos a los que

tienes en Word o Excel) para modificar el aspecto del texto. Si pulsas el botón que tiene una N oscura,

aplicarás el estilo ‘negrilla’ al texto, es decir, que aparecerá más resaltado. Al lado tienes otros botones K

y S que activan respectivamente cursiva (letra inclinada) y subrayado

Justo a la derecha tienes los botones de alineación, el primero alinea a la izquierda, el segundo al centro y

el tercero a la derecha

Los tres botones que tienes a continuación son para modificar los colores, el primero (que tiene dibujado

un cubo con pintura), modifica el color de fondo del cuadro. Para seleccionar el color, no debes pulsar

justo encima del cubo, sino en el pequeño botón que está justo a su derecha (es un pequeño botón con

un triángulo apuntando hacia abajo). Si pulsas este botón aparecerá una lista de colores disponibles.

Selecciona el que más te guste.

El siguiente botón modifica el color del texto. Igual que en el botón anterior, debes pulsar sobre el botón

pequeño que está al lado (el que tiene un triángulo apuntando hacia abajo)

El último de los tres botones modifica el color de las líneas. Puedes probarlo igual que los anteriores

Los dos últimos botones modifican respectivamente el ancho de las líneas del recuadro y el ‘efecto’. El

efecto puede ser una sombra o un relieve, por ejemplo. Prueba distintas combinaciones

A la izquierda del botón de negrilla (N) tienes el tamaño de la letra. Mientras más grande hagas el número

de esta casilla, más grande aparecerá el texto.

Más a la izquierda aún, tienes la fuente o tipo de letra. Depende de los tipos de letra que tengas

instalados en tu ordenador, tendrás aquí más o menos posibilidades.

Cracion de un formulario:Un formulario es un objeto de base de datos que se puede usar para escribir, modificar o mostrar los datos de una tabla o consulta. Los formularios se pueden usar para controlar el acceso a los datos, como qué campos o filas de datos se van a mostrar. Por ejemplo, puede que algunos usuarios necesiten ver sólo algunos de los campos de una tabla que contiene numerosos campos. Si se proporciona a esos usuarios un formulario con sólo esos campos, les será más fácil usar la base de datos. Asimismo, se pueden agregar botones y otras funciones a un formulario con el fin de automatizar las acciones frecuentes.Considere los formularios como ventanas por las que los usuarios ven y alcanzan las bases de datos. Un formulario eficaz acelera el uso de las bases de datos, ya que los usuarios no tienen que buscar lo que necesitan. Si un formulario es visualmente atractivo, resultará más agradable y más eficaz trabajar con una base de datos, además de ayudar a evitar que se introduzcan datos incorrectos. Microsoft Office Access 2007 incluye nuevas herramientas que ayudan a crear formularios con rapidez, así como nuevos tipos de formulario y nuevas características que mejoran el uso de las bases de datos. NOTA En este artículo se supone que ya ha creado una tabla (o una consulta basada en una o varias tablas) y que desea crear un formulario para ver o manipular los datos. Para obtener más información sobre las tablas y consultas, vea los vínculos de la sección Vea también de este artículo.

Modificar un formualrio:Al modificar un formulario, debe recordarse que es posible que el formulario ya se haya utilizado en informes. Cualquier modificación que se realice en un formulario afecta a todos los informes en los que se haya utilizado dicho formulario. Si desea modificar el layout de todos los informes que contengan este formulario, es necesario modificar el formulario. De lo contrario, debe crearse un nuevo formulario, copiando los detalles del antiguo.

Las siguientes opciones no se ven afectadas al modificar un formulario:

1. Configuración de formatos de número en informes:

Para obtener más información sobre formatos de número, véase 

Opciones seleccionadas específicamente para un informe y clasificación de líneas y columnas para la lista desglosada.

Si se desea reinicializar un informe con las opciones del formulario, puede hacerse en el modo de modificación del informe.

Egregar opnjetos 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 controlLos 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.

El Diseñador de formularios permite diseñar contenedores y controles.Contenedor Puede contener

Columna Encabezados y cualquier objeto excepto conjunto de formularios, formularios, barras de herramientas, cronómetros y otras columnas

Grupo de botones de comando Botones de comando

Conjunto de formularios Formularios, barras de herramientas

Formulario Marcos de página, cuadrículas, cualquier control

Cuadrícula Columnas

Grupo de botones de opción Botones de opción

Marco de página Páginas

Página Cuadrículas, cualquier control

Consultas:Las consultas son objetos de la base de datos (que aparecerán en el panel de exploración de objetos de Access 2007) que permiten seleccionar un conjunto de registros (de una o varias tablas) con los que poder trabajar en un momento determinado. Una consulta es un filtro sofisticado.

Las consultas permiten:

Visualizar los registros que cumplen una determinada condición. Visualizar a la vez datos de distintas tablas (deberán estar relacionadas). Ver determinados campos de los registros que cumplen la condición, colocados a

voluntad. Ordenar a capricho y representar de distintos modos los registros seleccionados. Calcular nuevos valores, para cada uno de los registros, a partir de los datos

almacenados en una tabla. Calcular parámetros estadísticos, referidos a todos o algunos registros (sumas,

promedios,...).Las consultas pueden ser de varios tipos:

Consultas de selección: Son aquellas que permiten dar respuesta a las preguntas que se puedan plantear sobre los datos introducidos en las tablas. Estas consultas permiten seleccionar datos de varias tablas a la vez (pero deberán estar relacionadas).

Consultas de acción: Son aquellas que permiten realizar diversas operaciones (acciones) con los datos de una tabla, de modo automático: Añadir registros procedentes de una tabla a otra, actualizar u operar con los datos de un campo de una tabla, eliminar registros de las tablas, crear tablas con ciertos datos de otra,...

Consultas de selecciónUna consulta de selección es el tipo de consulta más habitual. Este tipo de consulta obtiene los datos de una o más tablas y muestra los resultados en una hoja de datos en la que puede actualizar los registros (con algunas restricciones). También puede utilizar una consulta de selección para agrupar los registros y calcular sumas, cuentas, promedios y otros tipos de totales.

Consultas de parámetrosUna consulta de parámetros es una consulta que, cuando se ejecuta, muestra un cuadro de diálogo propio que solicita información, por ejemplo, criterios para recuperar registros o un valor que desea insertar en un campo. Puede diseñar la consulta para que solicite más de un dato; por ejemplo, puede diseñarla para que solicite dos fechas. Access puede entonces recuperar todos los registros que se encuentren entre esas dos fechas.Las consultas de parámetros también son útiles cuando se emplean como base para formularios, informes y páginas de acceso a datos. Por ejemplo, puede crear un informe de ingresos mensuales basado en una consulta de parámetros. Al imprimir el informe, Access muestra un cuadro de diálogo que solicita el mes para el que se desea obtener el informe. Cuando se especifica un mes, Access imprime el informe correspondiente.

Consultas de tabla de referencias cruzadasLas consultas de referencias cruzadas se utilizan para calcular y reestructurar datos de manera que su análisis sea más sencillo. Las consultas de referencias cruzadas calculan una suma, una media, un recuento u otro tipo de totales de datos, y se agrupan en dos tipos de información : uno hacia abajo, en el lado izquierdo de la hoja de datos, y otro a lo largo de la parte superior.

Consultas de acciónUna consulta de acción es una consulta que realiza cambios o desplazamientos de muchos registros en una sola operación. Hay cuatro tipos de consultas de acción:

Consulta de eliminación Elimina un grupo de registros de una o más tablas. Por ejemplo, puede utilizar una consulta de eliminación para quitar productos que ya no se fabrican o de los que no hay pedidos. Con las consultas de eliminación, siempre se eliminan registros enteros, no sólo campos seleccionados dentro de los registros.

Consulta de actualización Realiza cambios globales en un grupo de registros de una o más tablas. Por ejemplo, puede aumentar los precios un 10 por ciento para todos los productos lácteos o bien puede aumentar los sueldos un 5 por ciento al personal de una determinada categoría. Con una consulta de actualización, puede cambiar los datos de las tablas existentes.

Consulta de datos anexados Agrega un grupo de registros de una o más tablas al final de una o más tablas. Por ejemplo, supongamos que consigue nuevos clientes y una base de datos que contiene una tabla con información acerca de estos clientes. Para evitar tener que escribir toda esta información en la base de datos, desea anexarla a la tabla Clientes.

Consulta de creación de tabla Crea una tabla nueva a partir de la totalidad o una parte de los datos de una o más tablas. Las consultas de creación de tabla son útiles para crear una tabla que se desee exportar a otra base de datos de Microsoft Access o una tabla histórica que contenga registros antiguos.

Consultas SQLUna consulta SQL es una consulta creada con una instrucción SQL. Puede utilizar el Lenguaje de consulta estructurado (SQL o Structured Query Language) para consultar, actualizar y administrar bases de datos relacionales, como Access.Cuando se crea una consulta en la vista Diseño de la consulta, Access construye en segundo plano las instrucciones SQL equivalentes. De hecho, la mayoría de las propiedades de consulta de la hoja de propiedades de la vista Diseño de la consulta tienen cláusulas y opciones equivalentes a las que están disponibles en la vista SQL. Si lo desea, puede ver o editar la instrucción SQL en la vista SQL. Sin embargo, después de hacer cambios en una consulta en la vista SQL, puede que su aspecto no sea el que tenía en la vista Diseño.Algunas consultas SQL, denominadas consultas específicas de SQL, no se pueden crear en la cuadrícula de diseño. En el caso de las consultas de paso a través, consultas de definición de datos y consultas de unión, debe crear las instrucciones SQL directamente en la vista SQL. En el caso de las subconsultas, la instrucción SQL se escribe en la fila Campo o en la fila Criterios de la cuadrícula de diseño de la consulta.

Consultas de varias tablasEn Access, es posible realizar consultas involucrando campos de varias tablas, de modo que el resultado de la consulta muestre información procedente de todas ellas. Para que una consulta pueda realizarse sobre campos de varias tablas, éstas deben tener un campo común, y las tablas deberán estar relacionadas por esos campos. Si no se hubieran establecido las relaciones anteriormente, habría que establecerlas en este momento (en la propia consulta), ya que si no existen relaciones entre las tablas, Access no encontrará relación entre los campos especificados en la ventana de diseño y no mostrará ningún registro como resultado de la consulta.

Una vez establecidas las relaciones entre las tablas el modo de generar una consulta de varias tablas es similar a la de creación de cualquier otra consulta, sin más que "subir" a la parte superior de la consulta las tablas necesarias (varias en lugar de una sola), y "bajar" los campos a incluir en la consulta desde cada correspondiente tabla en la que se encuentren.

Informe:

Un informe access no es mas que una tabla o consulta mostrada en una forma "elegante y dinámica", los informes son uno de los módulos de access mas importantes, ya que permitenautomatizar en gran medida el desarrollo de documentos a partir de bases de datos. Gracias a las herramientas de agrupación y ordenación de datos, y combinado con el código vba que podemos asociar al informe.LAS PARTES DE UN INFORME SON:La sección Encabezado del informe, en ella ponemos lo que queremos que aparezca al principio del informe.La sección Encabezado de página, en ella ponemos lo que queremos que aparezca al principio de cada página.La sección Detalle, en ella aparecerán los registros del origen del informe, o varios registros o uno sólo por página según el tipo de informe. Aunque se visualicen varios registros en una página, debemos indicar en la sección Detalle el diseño correspondiente a un sólo registro.La sección Pie de página, en ella ponemos lo que queremos aparezca al final de cada página.La sección Pie de informe, en ella ponemos lo que queremos aparezca al final del informe.Podemos eliminar los encabezados y pies con el menú Ver las opciones encabezado o pie de página y encabezado o pie de página del informe.La marca a la izquierda de la opción nos indica si las secciones están abiertas o cerradas, si quitamos las secciones perderemos todos los controles definidos en ellas.Para abrirlas, sólo tenemos que volver a seleccionar la opción.El área de diseño consta normalmente de cinco secciones:La sección Encabezado del informe, en ella ponemos lo que queremos que aparezca al principio del informe.La sección Encabezado de página, en ella ponemos lo que queremos que aparezca al principio de cada página.La sección Detalle, en ella aparecerán los registros del origen del informe, o varios registros o uno sólo por página según el tipo de informe. Aunque se visualicen varios registros en una página, debemos indicar en la sección Detalle el diseño correspondiente a un sólo registro.La sección Pie de página, en ella ponemos lo que queremos aparezca al final de cada página.La sección Pie de informe, en ella ponemos lo que queremos aparezca al final del informe.Podemos eliminar los encabezados y pies con el menú Ver las opciones encabezado o pie de página y encabezado o pie de página del informe.La marca a la izquierda de la opción nos indica si las secciones están abiertas o cerradas, si quitamos las secciones perderemos todos los controles definidos en ellas.Para abrirlas, sólo tenemos que volver a seleccionar la opción.

Creacion de un informe con asistente: Para crear un informe tenemos que posicionarnos en la ventana Base de datos con el

objeto Informes seleccionado, si hacemos clic en el botón nuevo se abre una ventana con las distintas formas que tenemos para crear un informe:Asistente para informes utiliza un asistente que nos va guiando paso por paso en la creación del informe,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,seleccionamos los campos haciendo clic sobre el campo para seleccionarlo,elegimos los niveles de agrupamiento dentro del informe. Podemos agrupar los registros que aparecen en el informe por varios conceptos,Si

queremos cambiar el orden de los grupos definidos utilizamos los botones polaridad, flecha hacia arriba sube el grupo seleccionado un nivel, la flecha hacia abajo baja el grupo un nivel.

Lo que entiendo es que los informes sirven para presentar los datos de una tabla o consulta generalmente para imprimirlos. Solo que en los informes se puede agrupar más fácil la información.

Creacion de un informe utilizando tablas: 1. Abra el libro en que desee crear el informe de tabla dinámica (informe de tabla

dinámica: informe de Excel interactivo de tablas cruzadas que resume y analiza datos, como registros de una base de datos, de varios orígenes, incluidos los que son externos a Excel.).o Si el informe se basa en una consulta Web (consulta Web: consulta que recupera datos almacenados en una intranet o en Internet.), una consulta de parámetros (consulta de parámetros: tipo de consulta que, cuando se ejecuta, pide los valores (criterios) que se utilizarán para seleccionar los registros para el conjunto de resultados, de modo que una misma consulta puede utilizarse para recuperar diferentes conjuntos de resultados.), una plantilla de informe (plantilla de informe: plantilla de Excel (archivo .xlt) que incluye una o más consultas o informes de tabla dinámica basados en datos externos. Cuando se guarda una plantilla de informe, Excel guarda también la definición de la consulta, pero no los datos consultados en la plantilla.), un archivo de conexión de datos de Office o un archivo de consulta, recupere los datos al libro y, a continuación, haga clic en una celda en la lista (lista: serie de filas que contienen datos relacionados o serie de filas que designa para que funcionen como hojas de datos mediante el comando Crear lista.) de Microsoft Excel que contenga los datos recuperados.Si los datos recuperados provienen de una base de datos OLAP (OLAP: tecnología de base de datos que se ha optimizado para la elaboración de consultas e informes, en lugar de de procesar transacciones. Los datos OLAP se organizan jerárquicamente y se almacenan en cubos en lugar de tablas.) o la conexión de datos de Office devuelve los datos como un informe de tabla dinámica en blanco, continúe con el paso 6 más abajo.o Si basa el informe en una lista o en una base de datos de Excel, haga clic en una celda de la lista o de la base de datos.2. En el menú Datos, haga clic en Informe de tablas y gráficos dinámicos.3. En el paso 1 del Asistente para tablas y gráficos dinámicos, siga las instrucciones y haga clic en Tabla dinámica en ¿Qué tipo de informe desea crear?4. Siga las instrucciones en el paso 2 del asistente.5. Siga las instrucciones en el paso 3 del asistente y, a continuación, decida si desea diseñar el informe en pantalla o en el asistente.Normalmente puede diseñar el informe en pantalla; es el método recomendado. Utilice el asistente para diseñar el informe si cree que la recuperación de un origen de datos externos grande va a ser lenta o si tiene que establecer campos de página (campo de página: campo asignado a una orientación de página en un informe de tabla dinámica o de gráfico dinámico. Puede mostrarse un resumen de todos los elementos de un campo de página o bien un elemento cada vez que filtre los datos para los demás elementos.)para recuperar los datos página a página. Si no está seguro, intente diseñar el informe en pantalla. Si es necesario, puede volver al asistente.

el crear un informe con tablas es un proceso mas complejo en comparacion al de utilizar asistente ya que al tener varios caracteres para realiza el informe puede que haya mas confucion pero una gran ventaja es que contiene consultas en las cuales podoemos ver como quedara el trabajo final y perfeccionar nuestra base de datos previamente al imprimir.

Ciclo de vida y normalizacion de un sistema de base de datos

Normalizacion:La normalización es el proceso de organizar los datos en una base de datos. Esto incluye la creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas para proteger los datos y para que la base de datos más flexible mediante la eliminación de redundancias y dependencias incoherentes. 

Datos redundantes desperdician espacio en disco y crean problemas de mantenimiento. Si es necesario cambiar los datos que existen en más de un lugar, deben cambiarse los datos exactamente igual en todas las ubicaciones. Un cambio de dirección de cliente es mucho más fácil de implementar si los datos se almacenan únicamente en la tabla Customers y ningún otro lugar de la base de datos. 

Primera forma normal

Eliminar grupos repetidos en tablas individuales. Crear una tabla independiente para cada conjunto de datos relacionados. Identificar cada conjunto de datos relacionados con una clave principal.

No utilice varios campos en una sola tabla para almacenar datos similares. Por ejemplo, para realizar el seguimiento de un artículo de inventario que puede provenir de dos orígenes posibles, un registro del inventario puede contener campos de código de proveedor 1 y 2 del código de proveedor.

¿Qué sucede cuando se agrega un tercer proveedor? Agregar un campo no es la respuesta; se requiere modificaciones de programa y la tabla y se adapta fácilmente a cambios dinámicos en el número de proveedores. En su lugar, colocar toda la información de proveedor en una tabla independiente llamada proveedores y vincule el inventario a los proveedores con una clave de número de artículos o proveedores con el inventario con una clave de código de proveedor.

La segunda forma normal

Crear tablas independientes para conjuntos de valores que se aplican a varios registros. Relacione estas tablas con una clave externa.

Los registros no deben depender distinto de clave principal de una tabla (una clave compuesta, si es necesario). Por ejemplo, considere la dirección de un cliente en un sistema de Contabilidad. Se necesita la dirección de la tabla clientes, sino también por las tablas pedidos, envíos, facturas, cuentas por cobrar y colecciones. En lugar de almacenar la dirección del cliente como una entrada independiente en cada una de estas tablas, almacénela en un lugar, en la tabla clientes o en una tabla de direcciones independiente.

La tercera forma normal

Elimine los campos que no dependen de la clave.Valores de un registro que no forman parte de la clave de ese registro no pertenecen a la tabla. En general, siempre que el contenido de un grupo de campos podría aplicarse a más de un único registro en la tabla, considere la posibilidad de incluir dichos campos en una tabla independiente.

Por ejemplo, en una tabla de la contratación del empleado, nombre de la universidad y la dirección de un candidato pueden incluirse. Pero necesita una lista completa de universidades para realizar envíos de correo. Si la información de la Universidad se almacena en la tabla candidatos, no hay ninguna forma de enumerar las universidades no tengan candidatos.Crear una tabla Universidades separada y vincúlela a la tabla candidatos con una clave de código de universidad.

EXCEPCIÓN: Adhesión a la tercera forma normal, aunque teóricamente es deseable, no siempre resulta práctico. Si tiene una tabla clientes y desea eliminar todas las dependencias entre campos posibles, debe crear tablas independientes para ciudades, códigos postales, representantes de ventas, las clases de clientes y cualquier otro factor que se puede duplicar en varios registros. En teoría, la normalización merece a efectuar. Sin embargo, muchas tablas pequeñas pueden degradar el rendimiento o superar las capacidades de memoria y de archivos abiertos.

Puede ser más factible aplicar la tercera forma normal únicamente a los datos que cambian con frecuencia. Si quedan algunos campos dependientes, diseñe la aplicación para solicitar al usuario comprobar que todos los campos relacionados cuando se produzca un cambio.

Ciclo de vida de un sistema de apliocacion de bases de datos:

La base de datos es un componente fundamental de un sistema de información. El ciclo de vida de un sistema de información está ligado al ciclo de vida del sistema de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de información también se le denomina ciclo de vida de desarrollo del software. Las etapas típicas del ciclo de vida de desarrollo del software son: planificación, recolección y análisis de los requisitos, diseño (incluyendo el diseño de la base de datos), creación de prototipos, implementación, prueba, conversión y mantenimiento. Este ciclo de vida hace énfasis en la identificación de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Por esta razón, el análisis estructurado hace énfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a través de una secuencia de transformaciones, y refinando éstas a través de una serie de niveles. Lo mismo ocurre en el diseño estructurado, que ve a un sistema como una función que se descompone sucesivamente en niveles o subfunciones.

Que el sistema de base de datos esta ligado al tiempo de duracion del sistema de base de datos del que se apoya.

Recoleccion y analiziz de informacion: En esta etapa se recogen y analizan los requerimientos de los usuarios y de

las áreas de aplicación. Esta información se puede recoger de varias formas:Entrevistando al personal de la empresa, concretamente, a aquellos que son considerados expertos en las áreas de interés.Observando el funcionamiento de la empresa.Examinando documentos, sobre todo aquellos que se utilizan para recoger o visualizar información.Utilizando cuestionarios para recoger información de grandes grupos de usuarios.Utilizando la experiencia adquirida en el diseño de sistemas similares. La información recogida debe incluir las principales áreas de aplicación y los grupos de usuarios, la documentación utilizada o generada por estas áreas de aplicación o grupos de usuarios, las transacciones requeridas por cada área de aplicación o grupo de usuarios y una lista priorizada de los requerimientos de cada área de aplicación o grupo de usuarios.Esta etapa tiene como resultado un conjunto de documentos con las especificaciones de requisitos de los usuarios, en donde se describen las operaciones que se realizan en la empresa desde distintos puntos de vista.

Como su nombre lo indica este paso es fundamental para poder contemplar el espacio que se necesitara en la base de datos esto dependiendo de la informacion que tengamos, esta informacion se puede adquirir de distintas maneras como aqui lo indica.

Diseño conceptual de la base de datos:El diseño conceptual se hace independiente al sistema gestor de base de datos (DBMS) que utilice el usuario para la implementación de esta.Para modelar Conceptualmente es posible utilizar varios Modelos de Datos Un modelo práctico para ilustrar el diseño conceptual es el modelo entidad relación. Modelo Entidad Relación (MER)Diseñado por Chen en 1976, maneja los siguientes conceptos:Conceptos del MER:ENTIDADES: Una entidad es una "cosa" u "objeto" del mundo real, con existencia independiente y distinguible de los demás objetos. Cada entidad tiene un conjunto de propiedades y valores que la identifican de forma unívoca. Esta puede ser tanto tangible (existencia física), ejemplo: Un carro, como intangible (existencia conceptual), ejemplo: Un curso universitario.ATRIBUTOS: Las propiedades que califican y le dan vida a la entidad se denominan atributos. Ejemplo: la entidad persona se puede describir por las siguientes propiedades: cédula, nombre, dirección, sexo, peso, altura, color, tipo de sangre, salario.Cada entidad tendrá un valor por cada uno de los atributos, que posteriormente será almacenado en la base de datos. El valor de cada atributo está enmarcado en un conjunto de valores permitidos llamado Dominio. Ejemplo: el conjunto de valores permitidos (dominio) para el atributo cédula pueden ser todos los enteros positivos.Tipos de Atributos:Simples: No divisible, es decir es un atributo atómico. Ejemplo: El atributo cédula, su propiedad no tiene sentido dividirla, no tendrá significado para la entidad, ya que la concepción de este es un número indivisible.Compuesto: Está conformado por un conjunto de partes que en el momento de dividirlas pueden formar otros atributos sin perder el sentido básico de la propiedad que está calificando la entidad. Ejemplo: los atributos nombre, dirección pueden estar conformados en su

naturaleza funcional por varias partes. Si tomáramos el atributo nombre con un valor de: JUAN PEREZ CORREA, sin perder la propiedad del mismo, se podrán crear otros dos atributos simples tales como: primer_apellido, segundo_apellido. Así se tendrá: (nombre, JUAN), (primer_apellido, PEREZ), (segundo_apellido, CORREA).Un atributo compuesto se divide sólo por razones de manejo a nivel del lenguaje de consulta o programación o por requerimientos del usuario, si no hay necesidad no se debe dividir ya que en algunas ocasiones se vuelve complejo el manejo de esta situación, es decir el atributo compuesto se trabaja como un atributo simple. Así se puede concluir que un atributo compuesto es la suma (concatenación) de los valores de los atributos simples que lo conforman.Univaluados (univalorados o monovaluados): Son atributos que en el transcurso del tiempo sólo toman un valor para una entidad en particular. Ejemplo: El atributo cédula, solo toma un valor para una entidad persona en particular.Multivaluados (multivalorados): Son atributos que en el transcurso del tiempo pueden tener un conjunto de valores para una entidad en particular. Ejemplo: El atributo Grado_Academico para el conjunto de entidades persona puede tomar diferentes valores desde 0 o primaria o medio, entre otros. También es característico que este tipo de atributo maneje rangos de valores. Ejemplo: el atributo sexo, puede tener un rango de valores [F,M] y tomará uno de estos en algún instante en el tiempo para una entidad específica.Nulos: Son atributos que en cualquier instante en el tiempo pueden tomar el valor nulo para una entidad en particular.Derivado: Son atributos cuyo valor depende de los valores de otros atributos o entidades. Ejemplo: el atributo salario pude derivarse a partir del cálculo de los siguientes valores: PARAMETROS(salario_base, 5000), NOVEDADES(nro_horas_trabajadas, 240), el valor que tendría el atributo en un instante en el tiempo será: PERSONA(salario,1200000).

Eleccion de un sistema gestor de base de datos:ELECCION DE UN SISTEMA DE BASE DE DATOS

Existen distintos objetivos que deben cumplir los SGBD: Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento físico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario.Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (físico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultánea. Seguridad. La informacióalmacenada en una base de datos puede llegar a tener un gran valor.

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 una organización, por lo tanto es necesario que un sistema gestor de base de datos contenga los objetivos y ventajas que se muestran al comienzo.

Transformacion del sistema gestor de base de datos:el diseño de una base de datos relacional puede seguir dos caminos. Por una parte, puede crearse tomando como punto de partida la observación del universo en estudio, dando lugar a un conjunto de esquemas de relaciones, que contengan los atributos y sus restricciones. Por otra parte, puede dividirse el diseño en dos fases,

la primera de las cuales sería definir el modelo conceptual y su esquema, y la segunda transformar el esquema conceptual en un esquema relacional mediante una transformación realizada de acuerdo a unas reglas dadas.* ESTO NOS MUESTRA UNA FORMA DE CREAR UNA BASE EN LA QUE MAS SE ACOMODE A NUESTRAS NECESIDADES.

Diseño fisico de la base de datos: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.El diseño físico se divide de cuatro fases, cada una de ellas compuesta por una serie de pasos: La primera fase del diseño lógico consiste en traducir el esquema lógico global en un esquema que se pueda implementar en el SGBD escogido. Para ello, es necesario conocer toda la funcionalidad que éste ofrece. Por ejemplo, el diseñador deberá saber:

1. Diseñar las relaciones base para el SGBD específicoLas relaciones base se definen mediante el lenguaje de definición de datos del

SGBD. Para ello, se utiliza la información producida durante el diseño lógico: el esquema lógico global y el diccionario de datos. El esquema lógico consta de un conjunto de relaciones y, para cada una de ellas, se tiene:

El nombre de la relación. La lista de atributos entre paréntesis. La clave primaria y las claves ajenas, si las tiene. Las reglas de integridad de las claves ajenas.

En el diccionario de datos se describen los atributos y, para cada uno de ellos, se tiene:

Su dominio: tipo de datos, longitud y restricciones de dominio. El valor por defecto, que es opcional. Si admite nulos. Si es derivado y, en caso de serlo, cómo se calcula su valor

2. Diseñar las reglas de negocio para el SGBD específicoLas actualizaciones que se realizan sobre las relaciones de la base de datos

deben observar ciertas restricciones que imponen las reglas de negocio de la empresa. Algunos SGBD proporcionan mecanismos que permiten definir estas restricciones y vigilan que no se violen.

Por ejemplo, si no se quiere que un empleado tenga más de diez inmuebles asignados, se puede definir una restricción en la sentencia CREATE TABLE de la relación INMUEBLE:

CONSTRAINT inmuebles_por_empleado CHECK (NOT EXISTS (SELECT enum FROM inmueble GROUP BY enum HAVING COUNT(*)>10))

Otro modo de definir esta restricción es mediante un disparador ( trigger):CREATE TRIGGER inmuebles_por_empleado ON inmueble FOR INSERT,UPDATE

AS IF ((SELECT COUNT(*) FROM inmueble i WHERE i.inum=INSERTED.inum)>10) BEGIN PRINT "Este empleado ya tiene 10 inmuebles asignados" ROLLBACK TRANSACTION END

Hay algunas restricciones que no las pueden manejar los SGBD, como por ejemplo `a las 20:30 del último día laborable de cada año archivar los inmuebles vendidos y borrarlos'. Para estas restricciones habrá que escribir programas de aplicación específicos. Por otro lado, hay SGBD que no permiten la definición de restricciones, por lo que éstas deberán incluirse en los programas de aplicación.

Todas las restricciones que se definan deben estar documentadas. Si hay varias opciones posibles para implementarlas, hay que explicar porqué se ha escogido la opción implementada.

Diseñar la representación físicaUno de los objetivos principales del diseño físico es almacenar los datos de

modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta:

Productividad de transacciones. Es el número de transacciones que se quiere procesar en un intervalo de tiempo. Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transacción. Desde el punto de vista del usuario, este tiempo debería ser el mínimo posible. Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseñador querrá minimizar este espacio.

3. Analizar las transaccionesPara realizar un buen diseño físico es necesario conocer las consultas y las

transacciones que se van a ejecutar sobre la base de datos. Esto incluye tanto información cualitativa, como cuantitativa. Para cada transacción, hay que especificar:

La frecuencia con que se va a ejecutar. Las relaciones y los atributos a los que accede la transacción, y el tipo de acceso: consulta, inserción, modificación o eliminación. Los atributos que se modifican no son buenos candidatos para construir estructuras de acceso. Los atributos que se utilizan en los predicados del WHERE de las sentencias SQL. Estos atributos pueden ser candidatos para construir estructuras de acceso dependiendo del tipo de predicado que se utilice. Si es una consulta, los atributos involucrados en el join de dos o más relaciones. Estos atributos pueden ser candidatos para construir estructuras de acceso. Las restricciones temporales impuestas sobre la transacción. Los atributos utilizados en los predicados de la transacción pueden ser candidatos para construir estructuras de acceso.

4. Escoger las organizaciones de ficherosEl objetivo de este paso es escoger la organización de ficheros óptima para

cada relación. Por ejemplo, un fichero desordenado es una buena estructura cuando se va a cargar gran cantidad de datos en una relación al inicializarla, cuando la relación tiene pocas tuplas, también cuando en cada acceso se deben obtener todas las tuplas de la relación, o cuando la relación tiene una estructura de acceso adicional, como puede ser un índice. Por otra parte, los ficheros dispersos (hashing) son apropiados cuando se accede a las tuplas a través de los valores exactos de alguno de sus campos (condición de igualdad en el WHERE). Si la condición de búsqueda es distinta de la igualdad (búsqueda por rango, por patrón, etc.), la dispersión no es una buena opción. Hay otras organizaciones, como la ISAM o los árboles B+.

Las organizaciones de ficheros elegidas deben documentarse, justificando en cada caso la opción escogida.

5. Escoger los índices secundarios

Los índices secundarios permiten especificar caminos de acceso adicionales para las relaciones base. Por ejemplo, la relación INMUEBLE se puede haber almacenado en un fichero disperso a través del atributo inum. Si se accede a menudo a esta relación a través del atributo alquiler, se puede plantear la creación de un índice sobre dicho atributo para favorecer estos accesos. Pero hay que tener en cuenta que estos índices conllevan un coste de mantenimiento que hay que sopesar frente a la ganancia en prestaciones. A la hora de seleccionar los índices, se pueden seguir las siguientes indicaciones:

Construir un índice sobre la clave primaria de cada relación base. No crear índices sobre relaciones pequeñas. Añadir un índice sobre los atributos que se utilizan para acceder con mucha frecuencia. Añadir un índice sobre las claves ajenas que se utilicen con frecuencia para hacer joins. Evitar los índices sobre atributos que se modifican a menudo. Evitar los índices sobre atributos poco selectivos (aquellos en los que la consulta selecciona una porción significativa de la relación). Evitar los índices sobre atributos formados por tiras de caracteres largas.

Los índices creados se deben documentar, explicando las razones de su elección.

6. Considerar la introducción de redundancias controladasEn ocasiones puede ser conveniente relajar las reglas de normalización

introduciendo redundancias de forma controlada, con objeto de mejorar las prestaciones del sistema. En la etapa del diseño lógico se recomienda llegar, al menos, hasta la tercera forma normal para obtener un esquema con una estructura consistente y sin redundancias. Pero, a menudo, sucede que las bases de datos así normalizadas no proporcionan la máxima eficiencia, con lo que es necesario volver atrás y desnormalizar algunas relaciones, sacrificando los beneficios de la normalización para mejorar las prestaciones. Es importante hacer notar que la desnormalización sólo debe realizarse cuando se estime que el sistema no puede alcanzar las prestaciones deseadas. Y, desde luego, la necesidad de desnormalizar en ocasiones no implica eliminar la normalización del diseño lógico: la normalización obliga al diseñador a entender completamente cada uno de los atributos que se han de representar en la base de datos. Por lo tanto, hay que tener en cuenta los siguientes factores:

La desnormalización hace que la implementación sea más compleja. La desnormalización hace que se sacrifique la flexibilidad. La desnormalización puede hacer que los accesos a datos sean más rápidos, pero ralentiza las actualizaciones.

Por regla general, la desnormalización de una relación puede ser una opción viable cuando las prestaciones que se obtienen no son las deseadas y la relación se actualiza con poca frecuencia, pero se consulta muy a menudo. Las redundancias que se pueden incluir al desnormalizar son de varios tipos: se pueden introducir datos derivados (calculados a partir de otros datos), se pueden duplicar atributos o se pueden hacer joins de relaciones.

El incluir un atributo derivado dependerá del coste adicional de almacenarlo y mantenerlo consistente con los datos de los que se deriva, frente al coste de calcularlo cada vez que se necesita.

No se pueden establecer una serie de reglas que determinen cuándo desnormalizar relaciones, pero hay algunas situaciones muy comunes en donde puede considerarse esta posibilidad:

Combinar relaciones de uno a uno. Cuando hay relaciones (tablas) involucradas en relaciones de uno a uno, se accede a ellas de manera conjunta con frecuencia y casi no se les accede separadamente, se pueden combinar en una sola relación (tabla). Duplicar  atributos no clave en relaciones de uno a muchos para reducir   los joins. Para evitar operaciones de join, se pueden incluir atributos de la relación (tabla) padre en la relación (tabla) hijo de las relaciones de uno a muchos. Tablas   de referencia. Las tablas de referencia ( lookup) son listas de valores, cada uno de los cuales tiene un código. Por ejemplo puede haber una tabla de referencia para los tipos de inmueble, con las descripciones de estos tipos y un código asociado. Este tipo de tablas son un caso de relación de uno a muchos. En la relación INMUEBLE habrá una clave ajena a esta tabla para indicar el tipo de inmueble. De este modo, es muy fácil validar los datos, además de que se ahorra espacio escribiendo sólo el código y no la descripción para cada inmueble, además de ahorrar tiempo cuando se actualizan las descripciones. Si las tablas de referencia se utilizan a menudo en consultas críticas, se puede considerar la introducción de la descripción junto con el código en la relación (tabla) hijo, manteniendo la tabla de referencia para validación de datos. Duplicar claves   ajenas   en   relaciones   de   uno   a  muchos   para   reducir   los   joins. Para evitar operaciones de join, se pueden incluir claves ajenas de una relación (tabla) en otra relación (tabla) con la que se relaciona (habrá que tener en cuenta ciertas restricciones). Duplicar atributos en relaciones de muchos a muchos para reducir los joins. Durante el diseño lógico se eliminan las relaciones de muchos a muchos introduciendo dos relaciones de uno a muchos. Esto hace que aparezca una nueva relación (tabla) intermedia, de modo que si se quiere obtener la información de la relación de muchos a muchos, se tiene que realizar el join de tres relaciones (tablas). Para evitar algunos de estos joins se pueden incluir algunos de los atributos de las relaciones (tablas) originales en la relación (tabla) intermedia. Introducir   grupos repetitivos. Los grupos repetitivos se eliminan en el primer paso de la normalización para conseguir la primera forma normal. Estos grupos se eliminan introduciendo una nueva relación (tabla), generando una relación de uno a muchos. A veces, puede ser conveniente reintroducir los grupos repetitivos para mejorar las prestaciones.

Todas las redundancias que se introduzcan en este paso se deben documentar y razonar. El esquema lógico se debe actualizar para reflejar los cambios introducidos.

7. Estimar la necesidad de espacio en discoEn caso de que se tenga que adquirir nuevo equipamiento informático, el

diseñador debe estimar el espacio necesario en disco para la base de datos. Esta estimación depende del SGBD que se vaya a utilizar y del hardware. En general, se debe estimar el número de tuplas de cada relación y su tamaño. También se debe estimar el factor de crecimiento de cada relación.

Diseñar los mecanismos de seguridadLos datos constituyen un recurso esencial para la empresa, por lo tanto su

seguridad es de vital importancia. Durante el diseño lógico se habrán especificado los requerimientos en cuanto a seguridad que en esta fase se deben implementar. Para llevar a cabo esta implementación, el diseñador debe conocer las posibilidades que ofrece el SGBD que se vaya a utilizar.

8. Diseñar las vistas de los usuariosEl objetivo de este paso es diseñar las vistas de los usuarios correspondientes a

los esquemas lógicos locales. Las vistas, además de preservar la seguridad, mejoran la

independencia de datos, reducen la complejidad y permiten que los usuarios vean los datos en el formato deseado.

9. Diseñar las reglas de accesoEl administrador de la base de datos asigna a cada usuario un identificador que

tendrá una palabra secreta asociada por motivos de seguridad. Para cada usuario o grupo de usuarios se otorgarán permisos para realizar determinadas acciones sobre determinados objetos de la base de datos. Por ejemplo, los usuarios de un determinado grupo pueden tener permiso para consultar los datos de una relación base concreta y no tener permiso para actualizarlos.

Monitorizar y afinar el sistemaUna vez implementado el esquema físico de la base de datos, se debe poner en

marcha para observar sus prestaciones. Si éstas no son las deseadas, el esquema deberá cambiar para intentar satisfacerlas. Una vez afinado el esquema, no permanecerá estático, ya que tendrá que ir cambiando conforme lo requieran los nuevos requisitos de los usuarios. Los SGBD proporcionan herramientas para monitorizar el sistema mientras está en funcionamiento.

ResumenEl diseño físico es el proceso de producir una descripción de la implementación

de la base de datos en memoria secundaria. Describe las relaciones base y las estructuras de almacenamiento y métodos de acceso que se utilizarán para acceder a los datos de modo eficiente. El diseño de las relaciones base sólo se puede realizar cuando el diseñador conoce perfectamente toda la funcionalidad que presenta el SGBD que se vaya a utilizar.

El primer paso consiste en traducir el esquema lógico global de modo que pueda ser fácilmente implementado por el SGBD específico. A continuación, se escogen las organizaciones de ficheros más apropiadas para almacenar las relaciones base, y los métodos de acceso, basándose en el análisis de las transacciones que se van a ejecutar sobre la base de datos. Se puede considerar la introducción de redundancias controladas para mejorar las prestaciones. Otra tarea a realizar en este paso es estimar el espacio en disco.

La seguridad de la base de datos es fundamental, por lo que el siguiente paso consiste en diseñar las medidas de seguridad necesarias mediante la creación de vistas y el establecimiento de permisos para los usuarios.

El último paso del diseño físico consiste en monitorizar y afinar el sistema para obtener las mejores prestaciones y satisfacer los cambios que se puedan producir en los requisitos.

Generacion 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 aplicacionesPrimera generación: modelo jerárquicos y redEl modelo jerárquicosEl modelo de dato de red

Segunda generación de bases de datos.: modelo relacionalAccesando el modelo relacionalModelo relacional con programación de procedimientosModelo relacional con programación orienta a objetosTercera generación: modelo post-relacionalEl modelo de objetoEl modelo objeto a relacional

*La generación de base de datos, muestra la diversidad de sistemas que se craron, y los que actualmente existen.