BaSe De Datos AcceSs

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

http://silviissteban.wordpress.com/2010/04/13/que-pasos-tiene-el-proceso-de-diseno-de-una-bd/