Sei sulla pagina 1di 8

ACTIVIDADES DE APROPIACIÓN DEL CONOCIMIENTO

(CONCEPTUALIZACIÓN Y TEORIZACIÓN).

LUIS EDIN IBARGUEN MOSQUERA

ENVÍO DE LA ACTIVIDAD 3 – (DOCUMENTO / NORMALIZACIÓN Y EL MODELO


ENTIDAD RELACIÓN E-R.).

MG. EDICKSON GIRALDO SÁNCHEZ

PROGRAMA DE

FORMACIÓN COMPLEMENTARIA VIRTUAL

2016
Descripción:

Para asimilar y reforzar los conceptos y términos de las Bases de datos,


Cardinalidad, Normalización y construcción del Diagrama Entidad-Relación, que se
han trabajado en esta semana de estudio, se ha planteado la siguiente actividad:

* Elabore en la herramienta ofimática de su preferencia, un documento que contenga la


siguiente información:

a) Datos del aprendiz (portada).

b) Consulte y exponga cada uno de los tipos de cardinalidad y de un ejemplo de


cada uno.

c) Realice un diagrama, en donde se muestre cómo los elementos de Una entidad se


relaciona con los elementos de otra.

d) Adjunte el pantallazo tomado de la Actividad de Contextualización e


Identificación.

Desarrollo

LA CARDINALIDAD

Es Simplemente la forma en que se relacionan las Entidades, o expresa cuantas entidades se


Relacionan con otras entidades. Hay varias maneras de mostrar las cardinalidades:

Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen
con cuantas ocurrencias de entidad de tipo B se puede relacionar una ocurrencia de entidad
de tipo A:

1-Relación uno a uno.

2- Relación uno a varios (n) o Relación varios (n) a uno.

3- Relación varios a varios (n)- (n)


TIPOS DE RELACIONES

1-Relaciones "uno a uno"

Estas relaciones entre bases de datos se dan cuando cada campo clave aparece sólo una vez
en cada una de las tablas.

Tomando un ejemplo del mundo real, una clara relación de "uno a uno" podría ser, el
nombre de cualquier persona y su número de teléfono. Si partimos del supuesto en que cada
persona tiene un solo número de teléfono, se podría hablar de una relación "uno a uno".

Gráficamente, se podría representar de la siguiente manera:

Este tipo de relaciones se caracteriza porque cada uno de los campos define a aquél con el
que se relaciona. Es decir, conociendo el nombre de una persona podemos conocer su
número telefónico. O si sabemos su número telefónico, podemos identificar al dueño. En
estos casos, se suele aconsejar incluir todos los datos dentro de una sola tabla.
2- Relaciones de "uno a varios"

El ejemplo del caso anterior (cada persona, un teléfono), si bien es correcto teóricamente,
es muy improbable desde el punto de vista de la realidad. Con la gran expansión de los
teléfonos, por lo general, cada persona tiene un número de teléfono fijo, y además del
teléfono móvil. Debemos tener en cuenta que dé el de su casa también tendrá un número de
teléfono de empresa, y que quizá también sus móviles estén divididos en ocio y trabajo.

Por ello, debemos tener nuestras bases de datos preparadas para ello. Este tipo de relaciones
es conocido como "uno a varios", y se podría representar de la siguiente manera:
En este caso, lo aconsejable no es almacenar todos los datos en una sola tabla, sino lo
eficiente es hacerlo en tablas separadas, utilizando el identificador ID para relacionarlas.

3- Relaciones de "varios con varios"

La última de las relaciones que podemos encontrar es la de "varios con varios". Dado que
en la vida las cosas rara vez son sencillas, éste será el tipo de relación que nos
encontraremos más a menudo.

Volviendo al tema de los teléfonos, hemos encontrado la manera de relacionar cada una de
las personas con sus diversos teléfonos: el de su casa, el de su empresa, el móvil. Pero no
será extraño tener en nuestra base de datos diversas personas que trabajen en la misma
empresa, por lo que el número de su trabajo será el mismo, o miembros de una misma
familia, por lo que compartirán el mismo teléfono de su hogar.

¿Cómo tratar este tipo de relaciones? Si nos limitamos a repetir dicho número de tablas,
estaremos creando problemas de redundancia de datos, que a largo plazo lastrarán la
rapidez y eficacia de nuestras tablas.
Como vemos, cada elemento de la base de datos puede relacionarse libremente con uno o
varios miembros de las distintas tablas.

En estos casos no hay una regla fija a la que podamos acogernos, pero lo aconsejable es
aproximarse lo más posible a la realidad, y no dudar en establecer tablas intermedias que
nos ayuden a asociar mejor los datos.

C)

Realice un diagrama, en donde se muestre cómo los elementos de Una entidad se relaciona
con los elementos de otra.
D)

pantallazo tomado de la Actividad de Contextualización e Identificación.

Potrebbero piacerti anche