El documento describe los conceptos básicos del modelo entidad-relación para el diseño de bases de datos, incluyendo los tipos de relaciones (uno a uno, uno a varios, varios a varios), el proceso de diseño de una base de datos, y proporciona referencias bibliográficas.

1. Base de datos ii
Silvia Calderón Salas
Laura García Lerma
11-2

2. MODELO ENTIDAD-
RELACIÓN

3. La forma Relación es un conector
unidimensional que puede pegar entre dos
formas de tabla para definir una relación de
clave externa (CE) entre ellas. Las relaciones
indican visualmente cómo interactúan entre sí
las tablas del diagrama de modelo de base de
datos. La modificación de las propiedades de
relación le permite controlar la manera de
almacenar y recuperar los datos de la base
de datos. Las relaciones de un modelo se
caracterizan por la dirección, integridad
referencial y cardinalidad.

4. Que es una relación
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".

5. TIPOS DE RELACIONES

6. Relación de uno a varios (1,n). Se crea una relación de uno a varios si uno de los campos
relacionados es una clave principal. Esta relación es la más común. Cada registro de una
tabla puede estar enlazado con varios registros de una segunda tabla, pero cada registro de
la segunda sólo puede estar enlazado con un único registro de la primera.
Ejemplo:
*Un gerente y sus subordinados.
*Un autor y sus libros.
Relación de uno a uno (1,1). Se creará una relación de este tipo si ambos campos
relacionados son claves principales. En este tipo de relación, un registro de la tabla uno sólo
puede estar relacionado con un único registro de la tabla dos y viceversa. No es muy usada.
Ejemplo:
*Una empresa y su gerente general.
*un país y su capital.
Relación de varios a varios (n,m). En este caso, ninguno de los campos relacionados son
claves principales. Cada registro de la primera tabla puede estar enlazado con varios
registros de la segunda y viceversa. Este tipo de relación implica la repetición de los campos
de cada tabla; esto es lo que Access pretende evitar. Para establecer relaciones de este tipo,
es necesario crear una tabla intermedia que esté relacionada con las dos de uno a varios.
Ejemplo:
*Varios profesores y varios estudiantes
*Varios proveedores y varios articulos.

7. proceso de diseño de una
BD

8. Determinar el propósito
de la base de
datos Este paso le
ayudará a decidir los
datos que desea que
Visual FoxPro almacene.
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.
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.
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.
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.

9. Bibliografía
 http://
baseser.blogspot.com/2010/07/tipos-de-relaciones.html
 http://msdn.microsoft.com/es-es/library/cc466455(v=vs.71).
aspx
 https://
www.google.com.co/search?q=tutorial+de+access+2007&
 http://santmp.files.wordpress.com/2011/03/dibujo.jpg


10. Bibliografía
 http://
baseser.blogspot.com/2010/07/tipos-de-relaciones.html
 http://msdn.microsoft.com/es-es/library/cc466455(v=vs.71).
aspx
 https://
www.google.com.co/search?q=tutorial+de+access+2007&
 http://santmp.files.wordpress.com/2011/03/dibujo.jpg
