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.

http://msdn.microsoft.com/es-es/library/cc466455(VS.71).aspx

Relaciones uno a varios
--------------------------------------------------------------------------------

Las relaciones uno a varios son el tipo más habitual de relación. En este tipo de relación, una fila de la tabla A puede corresponderse con muchas filas de la tabla B, pero una fila de la tabla B sólo puede corresponderse con otra de la tabla A. Por ejemplo, en las tablas publishers y titles se da una relación uno a varios: una editorial publica muchos títulos, pero a cada título le corresponde sólo una editorial.

Cree una relación uno a varios si solamente una de las columnas relacionadas es la clave principal o tiene una restricción UNIQUE.

El lado de la clave principal de una relación uno a varios se indica mediante un símbolo de clave. El lado de la clave externa de una relación se indica mediante un símbolo de infinito.

Relaciones varios a varios
--------------------------------------------------------------------------------

En una relación 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 unión, cuya clave principal esté constituida por las claves externas de las tablas A y B. Por ejemplo, entre las tablas authors y titles existiría una relación varios a varios definida por una relación uno a varios entre cada una de ellas y la tabla titleauthors. La clave principal de la tabla titleauthors es la combinación de la columna au_id (la clave principal de la tabla authors) y la columna title_id (la clave principal de la tabla titles).

Relaciones uno a uno
--------------------------------------------------------------------------------

En una relación uno a uno, una fila de la tabla A no puede tener más de una fila coincidente en la tabla B y viceversa. Se crea una relación uno a uno si las dos columnas relacionadas son claves principales o tienen restricciones UNIQUE.

Este tipo de relación no es habitual, ya que la mayor parte de la información relacionada de esta manera estaría toda en una tabla. Puede utilizar una relación uno a uno para:

•Dividir una tabla con muchas columnas.

•Aislar parte de una tabla por razones de seguridad.

•Almacenar datos que son efímeros y que pueden eliminarse fácilmente mediante la simple eliminación de la tabla.

•Almacenar información que se aplica solamente a un subconjunto de la tabla principal.

El lado de la clave principal de una relación uno a uno se indica mediante un símbolo de clave. El lado de la clave externa también se indica mediante un símbolo de clave.


http://msdn.microsoft.com/es-es/library/ms190651.aspx

Definición de Relación

1. En bases de datos, una relación o vínculo entre dos o más entidades describe algúna interacción entre las mismas. Por ejemplo, una relación entre una entidad "Empleado" y una entidad "Sector" podría ser "trabaja_en", porque el empleado trabaja en un sector determinado.

Las relaciones se describen en la estructura de la base de datos empleando un modelo de datos.

Las relaciones son muy empleadas en los modelos de bases de datos relacional y afines.

En SQL las relaciones son llamadas tablas.


http://www.alegsa.com.ar/Dic/relacion.php ">http://www.alegsa.com.ar/Dic/relacion.php

Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades.

El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de clase, cada tupla representaría un objeto, de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones.

Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.



http://upload.wikimedia.org/wikipedia/commons/f/f6/Ejemplo_Diagrama_E-R_extendido.PNG

estructurados que forman el contenido de una base de datos.
Consultas: Permiten catalogar, ordenar, extraer y modificar la información contenida en una tabla o en un conjunto de tablas relacionadas, dependiendo de los tipos de consulta y de las condiciones que en ella se establezcan.
Formularios: Son diseños que realizamos para poder introducir, modificar o visulaizar los registros de una tabla o consulta. En los formularios podemos insertar campos calculados e imágenes.
Informes: Son extractos de datos procedentes de tablas o consultas y que tienen como propósito prinicipal el ser impresos en papel, aunque también pueden simplemente visualizarse en pantalla.
Páginas: Una página de acceso a datos es un tipo especial de páginas web, diseñada para ver los datos y trabajar con ellos desde Internet o desde una red local.
Macros: Son conjuntos de operaciones grabadas que pueden ejecutarse en cualquier momento para realizar de forma automática tareas repetitivas.
Módulos: Son programas escritos especialmente para Access mediante un lenguaje de programación llamado Visual Basic para aplicaciones.



http://puertolas.espacioblog.com/post/2008/05/28/objetos-access

Operaciones unarias: 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).




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


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.


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

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

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 modelar problemas reales y administrar datos dinámicamente. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y trabajar con ellos conjuntamente. 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.<sup>[1]

http://es.wikipedia.org/wiki/Base_de_datos_relacional</sup>

Una hoja de calculo es un software a través del cual se pueden usar datos numéricos y realizar cálculos automáticos de números que están en una tabla. También es posible automatizar cálculos complejos al utilizar una gran cantidad de parámetros y al crear tablas llamadas hojas de trabajo y un SGBD 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. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.



http://juliegomez.wordpress.com/2010/04/13/%C2%BFcuales-son-las-diferencias-entre-una-hoja-de-calculo-y-un-sgbd/

Una base de datos o banco de datos (en ocasiones abreviada BB.DD.) es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáticamente para su posterior uso. En este sentido, una biblioteca puede considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel e indexados para su consulta. En la actualidad, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un amplio rango de soluciones al problema de almacenar datos.

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

ESTRUCTURA DE LA BASE DE DATOS

Aunque las bases de datos CDS/ISIS pueden parecerse a simple vista como un archivo de información, en realidad consisten en varios archivos lógicamente interrelacionados pero físicamente diferentes. La administración de los archivos físicos es responsabilidad de CDS/ISIS y el usuario normalmente no necesita conocer su estructura en detalle para operar una base de datos. No obstante, algunos conocimientos básicos sobre los objetivos y funciones de los archivos principales asociados a una base de datos pueden ayudar a un mejor entendimiento del sistema. (El usuario con interés en mayores detalles técnicos encontrará una descripción detallada del formato físico de una base de datos en los apéndices G y H ("Estructura del archivo maestro y formato de los registros", y "Estructura del archivo invertido y formato de los registros")