PROCESO DE DISEO DE BASE DE DATOS.

1. CUL ES LA ESTRUCTURA DE UNA BD (BASE DE DATOS) ?

Base de datos en blanco.- Seleccionado esta opcin tras abrir el programa se nos pregunta dnde deseamos guardar la base de datos y con qu nombre. Tras esto, debe hacer click sobre Crear y se abrir la ventana Database, que contiene los objetos que caracterizan la estructura de Access. Familiarizarse con las tablas, formularios, consultas y otros objetos de una base de datos puede facilitar la realizacin de una amplia variedad de tareas, como introducir datos en un formulario, agregar o quitar tablas, buscar y reemplazar datos y ejecutar consultas. Puede utilizar Access para administrar todos sus datos en un solo archivo. Dentro de un archivo de base de datos de Access, puede utilizar:

Tablas para almacenar los datos. Consultas para buscar y recuperar exactamente los datos que desee. Formularios para ver, agregar y actualizar datos en las tablas. Informes para analizar o imprimir los datos con un diseo especfico. 1. Guardar una vez los datos en una tabla, pero verlos desde varias ubicaciones. Cuando se actualizan los datos, se actualizan automticamente en cualquier lugar que aparezcan. 2. 3. 4. Recuperar datos mediante una consulta. Ver o introducir datos mediante un formulario. Visualizar o imprimir datos mediante un informe.

Todos estos elementos: tablas, consultas, formularios e informes son objetos de bases de datos. http://office.microsoft.com/es-es/access/HA012139543082.aspx http://www.mailxmail.com/curso-introduccion-access/elementos-bases-datos 2. CUL ES LA DIFERENCIA ENTRE UNA BD Y UN SGBD (SISTEMA DE GESTIN DE BASE DE DATOS) ? Una base de datos ( es un conjunto de datos no redundantes, almacenados en un soporte informtico, organizados de forma independiente de su utilizacin y accesibles simultneamente por distintos usuarios y aplicaciones. Es decir, la diferencia de una BD respecto a otro sistema de almacenamiento de datos es que stos se almacenan de forma que cumplan tres requisitos bsicos:

No redundancia: Los datos se almacenan una sola vez. Si varias aplicaciones necesitan los mismos datos no crearn cada una su propia copia sino que todas accedern a la misma.

Independencia: Los datos se almacenan teniendo en cuenta la estructura inherente a los propios datos y no la de la aplicacin que los crea. Esta forma de trabajar es la que permite que varias aplicaciones puedan utilizar los mismos datos. Se puede hablar de dos tipos de independencia: independencia fsica, de tal manera que la estructura fsica de la BD puede ser modificada de forma transparente para los programas que la utilizan, e independencia lgica, es decir el programador usa la BD pero desconoce su estructura interna

Concurrencia: Varios usuarios, ejecutando la misma o diferente aplicacin, podrn acceder simultneamente a los datos. Un Sistema de Gestin de Bases de Datos (SGBD) es el conjunto de programas que permiten definir, manipular y utilizar la informacin que contienen las bases de datos, realizar todas las tareas de administracin necesarias para mantenerlas operativas, mantener su integridad, confidencialidad y seguridad. Una BD nunca se accede o manipula directamente sino a travs del SGBD. Se puede considerar al SGBD como el interfaz entre el usuario y la BD. http://www.galeon.com/972286_lynx/Sgbdat4.html 3. CULES SON LAS DIFERENCIAS ENTRE UNA HOJA DE CLCULO Y UN SGBD ?

A pesar de sus semejanzas (ambos manejan conjuntos de tablas) existen una serie de diferencias fundamentales entre un SGBD y un programa de hoja de clculo, la principal es que un SGBD permite: El mtodo de almacenamiento y el programa que gestiona los datos (servidor) son independientes del programa desde el que se lanzan las consultas (cliente) En lugar de primarse la visualizacin de toda la informacin, el ojetivo fundamental es permitir consultas complejas, cuya resolucin est optimizada, expresadas mediante un lenguaje formal. El almacenamiento de los datos se hace de forma eficiente aunque oculta para el usuario y normalmente tiene, al contrario de lo que ocurre con las hojas de clculo, poco que ver con la estructura con la que los datos se presentan al usuario. El acceso concurrente de mltiples usuarios autorizados a los datos, realizando operaciones de actualizacin y consulta de los mismos garantizando la ausencia de problemas de seguridad (debidos a accesos no autorizados) o integridad (prdida de datos por el intento de varios usuarios de acceder al mismo fichero al mismo tiempo. http://www.um.es/geograf/sigmur/sigpdf/temario_9.pdf

4. QUE ES UNA BD RELACIONAL?

Una base de datos relacional es bsicamente un conjunto de tablas, similares a las tablas de una hoja de clculo, formadas por filas (registros) y columnas (campos). Los registros representan cada uno de los objetos descritos en la tabla y los campos los atributos (variables de cualquier tipo) de los objetos. En el modelo relacional de base de datos, las tablas comparten algn campo entre ellas. La idea bsica de las bases de datos relacionales es la existencia de entidades (filas en una tabla) caracterizadas por atributos (columnas en la tabla). Cada tabla almacena entidades del mismo tipo y entre entidades de distinto tipo se establecen relaciones3. Las tablas comparten algn campo entre ellas, estos campos compartidos van a servir para establecer relaciones entre las tablas. Los atributos pueden ser de unos pocos tipos simples: - Nmeros enteros - Nmeros reales - Cadena de caracteres de longitud variable http://www.um.es/geograf/sigmur/sigpdf/temario_9.pdf

5. QU PASOS TIENE EL PROCESO DE DISEO DE UNA Base de Datos? El proceso de diseo consta de los pasos siguientes:

Determinar la finalidad de la base de datos Esto le ayudar a estar preparado para los dems pasos. Buscar y organizar la informacin necesaria Rena todos los tipos de informacin que desee registrar en la base de datos, como los nombres de productos o los nmeros de pedidos.

Dividir la informacin en tablas Divida los elementos de informacin en entidades o temas principales, como Productos o Pedidos. Cada tema pasar a ser una tabla.

Convertir los elementos de informacin en columnas Decida qu informacin desea almacenar en cada tabla. Cada elemento se convertir en un campo y se mostrar como una columna en la tabla. Por ejemplo, una tabla Empleados podra incluir campos como Apellido y Fecha de contratacin.

Especificar claves principales Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequvocamente cada fila, como Id. de producto o Id. de pedido.

Definir relaciones entre las tablas Examine cada tabla y decida cmo se relacionan los datos de una tabla con las dems tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones segn sea necesario.

Ajustar el diseo Analice el diseo para detectar errores. Cree las tablas y agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes necesarios en el diseo.

Aplicar las reglas de normalizacin Aplique reglas de normalizacin de los datos para comprobar si las tablas estn estructuradas correctamente. Realice los ajustes necesarios en las tablas. http://office.microsoft.com/es-es/access/HA012242473082.aspx?pid=CH100645693082

6. CULES SON LAS OPERACIONES BSICAS QUE SE PUEDEN REALIZAR EN UNA BD? Las operaciones que vamos a ver estn basadas en el algebra relacional. Los operandos de de cada operacin lo constituyen una o varias tablas y el resultado es una nueva tabla. Dentro de las operaciones bsicas tenemos las operaciones unarias (se utiliza una sola tabla) y las operaciones binarias (se utilizan dos tablas). Operaciones unarias Seleccin: Mediante esta operacin se obtiene un conjunto de filas con todas las columnas de la tabla. Se seleccionan determinadas filas incluyendo una condicin. Proyeccin: esta operacin nos devuelve una nueva tabla con las columnas seleccionadas de otra. Operaciones binarias Unin: Esta operacin solo se puede hacer si las tablas tienes las mismas columnas, es decir, por ejemplo si tuviramos una tabla llamada empleados2 con las mismas columnas tan solo tendramos que aadir las filas de ambas tablas en una nica tabla. Diferencia: de la misma forma que la unin la diferencia tan solo se puede realizar si las dos tablas tienen las mismas columnas. Producto cartesiano: se realiza con dos tablas distintas pero relacionadas por alguna columna, siempre y cuando el nombre de la columna no sea el mismo. http://www.desarrolloweb.com/articulos/operaciones-basicas-sobre-tablas.html 7. DEFINIR Y DAR EJEMPLOS DE CADA UNO DE LOS OBJETOS DE ACCESS; (TABLAS, CONSULTAS, FORMULARIOS E INFORMES)? -Tablas: son el corazn de la Base de datos y aparecen en una hoja electrnica formada por filas (informes) y columnas (campos). El informe contiene una voz de la Base de datos, mientras que el campo contiene cada uno de los detalles.

-Consultas (Query): son herramientas que sirven para eliminar todos los datos que no interesan haciendo aparecer nicamente aquellos que interesan.

-Mscaras o formularios: permiten la visualizacin y la gestin de los datos contenidos en las tablas y en las consultas. Normalmente representan la interface principal entre el programa y el usuario para que de este modo resulte ms fcil la introduccin de los datos.

-Report o informes: recopilan los datos de las tablas o consultas para permitir su impresin o anlisis, facilitando la individualizacin de los datos ms improtantes.

Las tablas, informes, formularios y consultas aparecen en diversos momentos, pero estn vinculados entre ellos. Las tablas representan el centro de cada actividad: el resto de objetos interactan con los datos indicados en las tablas. http://www.mailxmail.com/curso-introduccion-access/elementos-bases-datos

8. DEFINA EL MODELO ENTIDAD-RELACIN.

es una herramienta para el modelado de datos de un sistema de informacin. Estos modelos expresan entidades relevantes para un sistema de informacin as como sus interrelaciones y propiedades. El modelado entidad-relacin es una tcnica para el modelado de datos utilizando diagramas entidad relacin. No es la nica tcnica pero s la ms utilizada. Brevemente consiste en los siguientes pasos: 1. 2. 3. 4. 5. 6. 7. Se parte de una descripcin textual del problema o sistema de informacin a automatizar (los requisitos). Se hace una lista de los sustantivos y verbos que aparecen. Los sustantivos son posibles entidades o atributos. Los verbos son posibles relaciones. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles. Se elabora el diagrama (o diagramas) entidad-relacin. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama. Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos. El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en una base de datos. Brevemente:

Transformacin de relaciones mltiples en binarias.

Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).

Conversin en tablas (en caso de utilizar una base de datos relacional). http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n 9. QUE ES UNA RELACIN? Una relacin es una tabla con columnas y filas. Un SGBD slo necesita que el usuario pueda percibir la base de datos como un conjunto de tablas. Esta percepcin slo se aplica a la estructura lgica de la base de datos (en el nivel externo y conceptual de la arquitectura de tres niveles ANSI-SPARC). No se aplica a la estructura fsica de la base de datos, que se puede implementar con distintas estructuras de almacenamiento. Un atributo es el nombre de una columna de una relacin. En el modelo relacional, las relaciones se utilizan para almacenar informacin sobre los objetos que se representan en la base de datos. Una relacin se representa grficamente como una tabla bidimensional en la que las filas corresponden a registros individuales y las columnas corresponden a los campos o atributos de esos registros. Los atributos pueden aparecer en la relacin en cualquier orden. http://www3.uji.es/~mmarques/f47/apun/node47.html 10. QUE TIPO DE RELACIONES EXISTEN, DEFINA CADA UNO DE ELLAS Y DE UN EJEMPLO En un SGBD relacional pueden existir varios tipos de relaciones, aunque no todos manejan todos los tipos.

Relaciones base. Son relaciones reales que tienen nombre y forman parte directa de la base de datos almacenada (son autnomas).

Vistas. Tambin denominadas relaciones virtuales, son relaciones con nombre y derivadas: se representan mediante su definicin en trminos de otras relaciones con nombre, no poseen datos almacenados propios.

Instantneas. Son relaciones con nombre y derivadas. Pero a diferencia de las vistas, son reales, no virtuales: estn representadas no slo por su definicin en trminos de otras relaciones con nombre, sino tambin por sus propios datos almacenados. Son relaciones de slo de lectura y se refrescan peridicamente.

Resultados de consultas. Son las relaciones resultantes de alguna consulta especificada. Pueden o no tener nombre y no persisten en la base de datos.

Resultados intermedios. Son las relaciones que contienen los resultados de las subconsultas. Normalmente no tienen nombre y tampoco persisten en la base de datos.

Resultados temporales. Son relaciones con nombre, similares a las relaciones base o a las instantneas, pero la diferencia es que se destruyen automticamente en algn momento apropiado.

Relacion uno a varios: Una relacin uno a varios es el tipo ms habitual de relacin. En este tipo de relacin, una fila de la tabla A puede corresponderse con muchas filas de la tabla B, pero una fila de la tabla B slo puede corresponderse con otra de la tabla A. Por ejemplo, en las tablas publishers (editoriales) y titles (ttulos) se da una relacin uno a varios: una editorial publica muchos ttulos, pero a cada ttulo le corresponde slo una editorial. Cree una relacin uno a varios si solamente una de las columnas relacionadas es la clave principal o tiene una restriccin unique. El lado de la clave principal de una relacin uno a varios se indica mediante un smbolo de clave. El lado de la clave externa de una relacin se indica mediante un smbolo de infinito. Relacion varios a varios: En una relacin varios a varios, una fila de la tabla A puede tener muchas filas coincidentes en la tabla B y viceversa. Este tipo de relaciones se crea definiendo una tercera tabla, denominada tabla de unin, cuya clave principal est constituida por las claves externas de las tablas A y B. Por ejemplo, entre las tablas authors (autores) y titles (ttulos) existira una relacin varios a varios definida por una relacin uno a varios entre cada una de ellas y la tabla titleauthors (ttuloautor). La clave principal de la tabla titleauthors es la combinacin de la columna au_id (la clave principal de la tabla authors) y la columna title_id (la clave principal de la tabla titles). Relacion uno a uno: En una relacin uno a uno, una fila de la tabla A no puede tener ms de una fila coincidente en la tabla B y viceversa. Se crea una relacin uno a uno si las dos columnas relacionadas son claves principales o tienen restricciones UNIQUE. Este tipo de relacin no es habitual, ya que la mayor parte de la informacin relacionada de esta manera estara toda en una tabla. Puede utilizar una relacin uno a uno para:

Dividir una tabla con muchas columnas. Aislar parte de una tabla por razones de seguridad. Almacenar datos que son efmeros y que pueden eliminarse fcilmente mediante la simple eliminacin de la tabla.

Almacenar informacin que se aplica solamente a un subconjunto de la tabla principal. El lado de la clave principal de una relacin uno a uno se indica mediante un smbolo de clave . El lado de la clave externa tambin se indica mediante un smbolo de clave. http://www3.uji.es/~mmarques/f47/apun/node47.html

http://msdn.microsoft.com/es-es/library/4s9x13w7(VS.80).aspx