4. Cual es el proceso de diseño de una BD: Realice un grafico utilizando autoformas en cualquiera de los programas de office (PP, Word, Excel) para explicar esta pregunta. ?

proceso de diseño de una BD

Introducción al diseño de bases de datos

Es sencillo diseñar una base de datos, pero a menudo hay que reconsiderar posteriormente la estructura de los datos, lo cual ocasiona retrasos y modificaciones. Es más lento la obtención de un diseño lo más óptimo posible, pero el tiempo invertido se recupera al no tener que volver atrás para replantearse el diseño de los datos. Un buen diseño es la clave para iniciar con buen pie el desarrollo de una aplicación basada en una base de datos o la implementación de un sistema.
Es de destacar la importancia de un buen diseño. Un diseño apresurado o simplemente bosquejado puede mostrarse inservible o muy mejorable cuando la aplicación ya está parcialmente codificado, o el administrador de la base de datos ya tiene organizados el mantenimiento y el control de acceso a los datos.
Esquema: diseño general de la base de datos a nivel lógico. Incluye el tipo de datos y las relaciones entre ellos. Es de naturaleza fija y solo se altera excepcionalmente. El esquema se define y se mantiene utilizando el lenguaje de definición de datos (DDL).
Instancia: contenido concreto de la base de datos en un momento dado. Varía con el tiempo, al añadir, eliminar o modificar datos, utilizando el lenguaje de modificación de datos (DML).
El diseño de una base de datos se realiza a dos niveles. El primero es el nivel conceptual, en la cual se contempla una estructura abstracta y no implementable directamente con un SGBD. El segundo es el nivel físico, en el cual la base de datos es ya implementable. Detalladamente, las fases del diseño de una base de datos son las siguientes:

1. Descripción en lenguaje natural.
2. Diagrama Entidad-Relación (E-R). También conocido como "diagrama de Chen". Estos diagramas modelizan el problema mediante entidades asociadas por relaciones. Adoptan la forma de grafos donde los datos se relacionan mediante flechas. El diagrama E-R no depende del modelo de datos.
3. Elección del modelo de datos (usualmente el relacional)
4. Conversión del diagrama E-R al modelo relacional (tablas)
5. Normalización (eliminar diversos defectos de diseño).
6. Optimización (según criterios de almacenamiento interno, como el espacio en disco y el tiempo medio de acceso).

Las tres primeras fases pertenecen al nivel conceptual del diseño de bases de datos mientras que las tres últimas se relacionan con el nivel físico.

3. Que tipos de relaciones existen, defina cada uno de ellas y dé un ejemplo. ?

Tipos De Relacion

Tipos especiales de relación

• Relación reflexiva o recursiva. Relaciona una entidad consigo misma. Ejemplo: empleados que pueden ser jefes de otros empleados.
• Dos relaciones entre las mismas dos entidades. Muy útil en el caso de necesitar almacenar información histórica completa. Ejemplo: proyectos en los que trabaja actualmente un empleado y proyectos en los que ha trabajado anteriormente.
• Relación ternaria. Asociación de tres entidades. La forma de hallar cardinalidades en las relaciones ternarias es fijar una combinación de elementos en dos de los extremos de la relación y obtener lógicamente las cardinalidades mínima y máxima en el otro extremo libre. Ejemplo: el título de un libro, un autor y una editorial se relacionan las tres mediante la acción de publicar el libro (en un año concreto, con un ISBN y con un determinado número de páginas en la edición). Para determinar las cardinalidades hay que preguntarse por:
  1. Cuántos autores puede tener un determinado libro publicado en una determinada editorial(cardinalidd en el extremo de la entidad autor).
  2. Cuántos libros puede tener un determinado autor publicados en una determinada editorial (cardinalidad en el extremo de la entidad libro).
  3. En cuántas editoriales puede un determinado autor publicar un mismo libro (cardinalidad en el extremo de la entidad editorial).
• Relación de especialización (ES-UN). Tipificación de una entidad en en subtipos en número finito y conocido. Cada subtipo puede poseer atributos propios que. Los subtipos heredan los atributos que pudiera tener la entidad general. Este tipo de relación puede clasificarse de dos maneras distintas. La primera se según si una instancia o elemento concreto de la entidad puede ser de más de un subtipo a la vez. En caso afirmativo se dice que la relación es inclusiva o con solapamiento mientras que en caso contrario será exclusiva o sin solapamiento. La segunda clasificación se basa en si obligatoriamente cada instancia o elemento concreto debe ser obligatoriamente de alguno de los subtipos especificados, es decir, si no pueden existir elementos de la entidad que no pertenezcan a ninguno de los subtipos. Si es así la relación se dice total y en caso contario parcial. La situación más corriente en una relación de especialización es que sea exclusiva y total. Ejemplos:
  
  1. Una entidad persona tiene los subtipos hombre y mujer. Una misma persona no puede ser hombre y mujer a la vez por lo que la relación es exclusiva. No puede existir una persona que no sea hombre ni mujer, por lo que también es total.
  2. Se conviene en que un vehículo puede ser un coche, un camión o una moto. La relación es claramente exclusiva (un vehículo no puede ser coche y camión a la vez, ni camión y moto, etc) y parcial pues puede haber vehículos que no sean ni coche ni camión ni moto.
  3. La entidad que representa a un universitario tiene los subtipos profesor y estudiante. Un mismo universitario puede ser ambas cosas a la vez (p.e. un profesor puede estar matriculado como alumno en alguna facultad) por lo que la relación es inclusiva. No puede existir un universitario que no sea ni profesor ni estudiante, por lo que también es total.
  4. Expresamos mediante una relación de especialización el que una función matemática tiene asociados los subtipos continua y derivable. La relación es inclusiva pues una misma función puede ser ambas cosas a la vez, y parcial porque existen funciones que no son continuas ni derivables.
  Supongamos una entidad A que se especializa en dos subtipos A1 y A2. La identificación del tipo de relación (exclusiva, total, etc) puede hacerse atendiendo a la siguiente tabla de verdad:
  

  A1	A2	Caso posible?
  No	No	Sí -> Parcial No -> Total
  No	Sí	Sí
  Sí	No	Sí
  Sí	Sí	Sí -> Inclusiva No -> Exclusiva

La cardinalidad en las relaciones de especialización es siempre (1,1) en el extremo de la entidad que se especializa en subtipos y (0,1) en el extremo de los subtipos si la relación es exclusiva o ({0,1},1) si es inclusiva.
Una relación de especialización parcial puede fácilmente convertirse en total añadiendo un nuevo subtipo "otros".



2. Que es una relacion?

Una Relacion

 
Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. La cardinalidad (número de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minúsculas, de la forma (cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambié se informa de las cardinalidades máximas con las que intervienen las entidades en la relación.
El tipo de relación se define tomando los máximos de las cardinalidades que intervienen en la relación. Hay cuatro tipos posibles:

1. Una a una (1:1). En este tipo de relación, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nación y capital.
2. Una a muchas (1:N). Ejemplo: cliente y pedidos.
3. Muchas a una (N:1). Simetría respecto al tipo anterior según el punto de visto de una u otra entidad.
4. Muchas a muchas (N:N). Ejemplo: personas y viviendas.

1. Defina el modelo entidad-relación ?

El modelo Entidad-Relación (E-R)

Propuesto por Chen a mediados de los años setenta como medio de representación conceptual de los problemas y para representar la visión de un sistema de forma global. Físicamente adopta la forma de un grafo escrito en papel al que se denomina diagrama Entidad-Relación. Sus elementos fundamentales son las entidades y las relaciones.

Una entidad caracteriza a un tipo de objeto, real o abstracto, del problema a modelizar. Toda entidad tiene existencia propia, es distinguible del resto de las entidades, tiene nombre y posee atributos definidos en un dominio determinado. Una entidad es todo aquello de lo que se desea almacenar información. En el diagrama E-R las entidades se representan mediante rectángulos.

Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. La cardinalidad (número de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minúsculas, de la forma (cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambié se informa de las cardinalidades máximas con las que intervienen las entidades en la relación.

El tipo de relación se define tomando los máximos de las cardinalidades que intervienen en la relación. Hay cuatro tipos posibles:

1. Una a una (1:1). En este tipo de relación, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nación y capital.
2. Una a muchas (1:N). Ejemplo: cliente y pedidos.
3. Muchas a una (N:1). Simetría respecto al tipo anterior según el punto de visto de una u otra entidad.
4. Muchas a muchas (N:N). Ejemplo: personas y viviendas.

Toda entidad debe ser unívocamente identificada y distinguible mediante un conjunto de atributos (quizás un solo atributo) denominado identificador o clave principal o primaria. Puede haber varios posibles identificadores para una misma entidad, en cuyo caso se ha de escoger uno de ellos como identificador principal siendo el resto identificadores alternativos. Ejemplo: dni y número de seguridad social de una persona.

Hay unas normas de sentido común a seguir cuando se dibuja un diagrama E-R. La primera es emplear preferentemente líneas rectas en las relaciones y evitar en lo posible que estas líneas se crucen. Se suele usar nombres para describir las entidades y verbos para las relaciones. Esto es lógico ya que las entidades se ponen en común cuando se realiza alguna acción. Los verbos empleados no necesariamente tienen que ser siempre infinitivos.

Pagina Web Informatica ( Diego Pulido )

Pagina Web

Cuestionario Informatica

Diego alexander pulido rodriguez

11-3

Colegio Jose celestino Mutis

Jornada Mañana

2011

Cuestionario:

¿Cuál es la estructura de una BD (Base de Datos)?

La estructura de una base de datos hace referencia a los tipos de datos, los vínculos o relaciones y las restricciones que deben cumplir esos datos (integridad de datos y redundancia de datos).

La estructura de una base de datos es diseñada o descripta empleando algún tipo de modelo de datos.

Un ejemplo a modo de descripción de la estructura de una base de datos puede ser:

ALUMNO: numero de alumnno (entero de 6 números), nombre (cadena de 30 caracteres), apellido (cadena de 30 caracteres), año de nacimiento (entero de 4 números), especialidad (entero de 3 números).

ESPECIALIDAD: numero de especialidad (entero de 3 números), nombre de especialidad (cadena de 30 caracteres).

¿Cuál es la diferencia entre una BD y un SGBD (Sistema de Gestión de Base de Datos)?

La base de datos es un archivo (o varios, dependiendo de como trabaje y esté configurado el SGBD o el motor) que contiene las tablas, con sus respectivos datos físicos. Además de almacenar los datos, almacena las vistas, procedimientos almacenados, disparadores o triggers, los índices, etc.

Por otra parte, el SGBD es el sistema que administra las bases de datos. Se encarga de ofrecer una comunicación con las bases de datos de forma transparente, y de este modo se asegura de brindar un acceso seguro a la información y evita que otras aplicaciones puedan dañar y/o alterar la información dañando al archivo.
Mediante el SGDB es posible crear, eliminar y/o modificar las bases de datos, indicar los permisos de acceso, crear copias de seguridad o backups, realizar instrucciones SQL, etc.

¿Cuáles son las diferencias entre una hoja de cálculo y un SGBD ?
Una hoja de cálculo es un programa que permite manipular datos numéricos y alfanuméricos dispuestos en forma de tablas, Habitualmente es posible realizar cálculos complejos con fórmulas y funciones y dibujar distintos tipos de gráficas Y el SGBD es un consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a esos datos.  El Objetivo primordial de un SGBD es proporcionar un entorno que sea a la vez conveniente y eficiente para ser utilizado al extraer y almacenar información de la base de datos.

¿Definir y dar ejemplos de cada uno de los Objetos de Access; (Tablas, Consultas, Formularios e Informes)?

Bases de datos: definición y funcionamiento

Una base de datos es una recopilación de información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música. Si la base de datos no está almacenada en un equipo, o sólo están instaladas partes de la misma, puede que deba hacer un seguimiento de información procedente de varias fuentes en orden a coordinar y organizar la base de datos.

Consultas

Para buscar y recuperar tan sólo los datos que cumplen las condiciones especificadas, incluyendo datos de varias tablas, cree una consulta. Una consulta puede también actualizar o eliminar varios registros al mismo tiempo, y realizar cálculos predefinidos o personalizados en los datos.

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

Informes

Para analizar los datos o presentarlos de cierta manera al imprimirlos, cree un informe. Por ejemplo, puede imprimir un informe que agrupe datos y calcule totales, y otro informe de datos diferentes con formato para imprimir etiquetas postales.

Páginas de acceso a datos

Para que los datos estén disponibles en Internet o en una intranet con el fin de hacer informes, escribir datos o analizar datos de manera interactiva, utilice una página de acceso a datos. Microsoft Access recupera los datos de una o más tablas, y los muestra en la pantalla con el diseño creado en la vista Diseño o con el diseño que haya elegido en el  Asistente para páginas.

¿Que es una BD Relacional?
Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos .^[1]

¿Qué pasos tiene el proceso de diseño de una BD?

Si usa un proceso de diseño de base de datos establecido, puede crear de forma rápida y efectiva una base de datos bien diseñada que le proporciona acceso conveniente a la información que desea. Con un diseño sólido tardará menos tiempo en construir la base de datos y obtendrá resultados más rápidos y precisos.

Nota   Los términos "base de datos" y "tabla" no son sinónimos en Visual FoxPro. El término base de datos (archivo .dbc) se refiere a una base de datos relacional que almacena información sobre una o más tablas (archivos .dbf) o vistas.

La clave para obtener un diseño de base de datos eficaz radica en comprender exactamente qué información se desea almacenar y la forma en que un sistema de administración de bases de datos relacionales, como Visual FoxPro, almacena los datos. Para ofrecer información de forma eficiente y precisa, Visual FoxPro debe tener almacenados los datos sobre distintos temas en tablas separadas. Por ejemplo, puede haber una tabla donde sólo se almacenen datos sobre empleados y otra tabla que sólo contenga datos de ventas.
Al organizar los datos de forma apropiada, proporciona flexibilidad a la base de datos y tiene la posibilidad de combinar y presentar información de muchas formas diferentes.
Al diseñar una base de datos, en primer lugar debe dividir la información que desea almacenar como temas distintos y después indicar a Visual FoxPro cómo se relacionan estos temas para que pueda recuperar la información correcta cuando sea necesario. Si mantiene la información en tablas separadas facilitará la organización y el mantenimiento de los datos y conseguirá aplicaciones de alto rendimiento.
A continuación se indican los pasos que hay que seguir en el proceso de diseño de una base de datos. Cada paso se trata con mayor detalle en los temas restantes de esta sección.

1. Determinar el propósito de la base de datos   Este paso le ayudará a decidir los datos que desea que Visual FoxPro almacene.
2. Determinar las tablas necesarias   Cuando ya conozca claramente el propósito de la base de datos, puede dividir la información en temas distintos, como "Employees" u "Orders". Cada tema será una tabla de la base de datos.
3. Determinar los campos necesarios   Tiene que decidir la información que desea incluir en cada tabla. Cada categoría de información de una tabla se denomina campo y se muestra en forma de columna al examinar la tabla. Por ejemplo, un campo de la tabla Employee podría ser Last_name y otro podría ser Hire_date.
4. Determinar las relaciones   Observe cada tabla y decida cómo se relacionan sus datos con los de las tablas restantes. Agregue campos a las tablas o cree tablas nuevas para clarificar las relaciones, si es necesario.
5. Perfeccionar el diseño   Busque errores en el diseño. Cree las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desea de sus tablas. Haga los ajustes necesarios al diseño.

No se preocupe si se equivoca o si olvida algunos aspectos en el diseño inicial. Piense en él como en un borrador que podrá mejorar posteriormente. Pruebe con datos de ejemplo y con prototipos de los formularios e informes. Con Visual FoxPro resulta sencillo modificar el diseño de la base de datos durante su creación. Sin embargo, es mucho más difícil modificar las tablas cuando ya están llenas de datos y se han generado formularios e informes. Por este motivo, debe asegurarse de tener un diseño sólido antes de llegar demasiado lejos en la programación de una aplicación.

¿Cuáles son las operaciones básicas que se pueden realizar en una BD?

Las operaciones que vamos a ver están basadas en el algebra relacional. Los operandos de de cada operación lo constituyen una o varias tablas y el resultado es una nueva tabla.

Dentro de las operaciones básicas tenemos las operaciones unarias (se utiliza una sola tabla) y las operaciones binarias (se utilizan dos tablas).

Operaciones unarias

Selección: Mediante esta operación se obtiene un conjunto de filas con todas las columnas de la tabla. Se seleccionan determinadas filas incluyendo una condición. Se utilizan los operadores booleanos "and" (Y)," or" (O), "not" (NO).

La representación sería la siguiente:
Ejemplo de selección.

Partimos de la siguiente tabla de empleados:

Realizamos la siguiente operación de selección:

La tabla resultante sería la siguiente:

Proyección: esta operación nos devuelve una nueva tabla con las columnas seleccionadas de otra.

La representación sería la siguiente:

Ejemplo de proyección:

Sobre la tabla anterior proyectamos la columna salario y nombre quedando como resultado la siguiente tabla

Operaciones binarias

Unión: Esta operación solo se puede hacer si las tablas tienes las mismas columnas, es decir, por ejemplo si tuviéramos una tabla llamada empleados2 con las mismas columnas tan solo tendríamos que añadir las filas de ambas tablas en una única tabla.

Su representación sería la siguiente: Tabla1 u Tabla2

Diferencia: de la misma forma que la unión la diferencia tan solo se puede realizar si las dos tablas tienen las mismas columnas. Su representación sería la siguiente: Tabla1 - Tabla2

Con las siguientes tablas:

El resultado sería el siguiente:

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.

Su representación sería la siguiente: Tabla1 x Tabla2

Ejemplo de producto cartesiano: partimos de las dos tablas siguientes:

Como resultado del producto cartesiano tendríamos la siguiente tabla:

WebGrafia :

http://es.wikipedia.org/wiki/Base_de_datos

http://www.monografias.com/trabajos34/microsoft-access/microsoft-access.shtml

http://www.desarrolloweb.com/articulos/operaciones-basicas-sobre-tablas.html

http://msdn.microsoft.com/es-es/library/cc466455(v=vs.71).aspx

http://es.wikipedia.org/wiki/Base_de_datos_relacional

http://yuyiiz.wordpress.com/2010/04/13/diferencias-entre-una-hoja-de-calculo-y-un-sgbd/

http://www.alegsa.com.ar/Dic/estructura%20de%20la%20base%20de%20datos.php