Asignatura: TEORIA DE BASE DE

DATOS I

Asunto: Informe De Investigación.

Catedrático: Ing. Erick Ricardo

Chirinos Muñoz

Alumna: Keyli Lisbeth López Menjívar

Cuenta:119450010

1
 INDICE

INDICE.......................................................................................................................2
OBJETIVO GENERAL...............................................................................................4
MARCO TEORICO INVESTIGATIVO....................................................................... 5
Componentes de un modelo ER............................................................................... 7
Relaciones y Conjunto de Relaciones.......................................................................8
Diagrama de relación entre entidades.......................................................................9
Cardinalidad de Relaciones.....................................................................................12
EJEMPLIFICACION.................................................................................................14
Claves......................................................................................................................16
ANEXOS..................................................................................................................17
CONCLUSIONES....................................................................................................18
BIBLIOGRAFIAS......................................................................................................19

2
 INTRODUCCION

Dentro de las bases de datos, encontramos distintos modelos y estilos de

modelado para éstas, lo cual trae consigo una diversidad amplia de posibilidades a
la hora de realizar una adecuación dentro de un sistema existente, o al momento
de crear un sistema a la medida.

Las bases de datos representan una herramienta necesaria hoy en día

prácticamente en cualquier industria y empresa, ya sea desde las pequeñas hasta
las más complejas, que estén buscando la eficiencia en sus procesos, el
incremento de producción, el fácil acceso a su información delicada, y un sinfín de
ventajas que trae consigo si es utilizada de manera correcta, se mantiene, se
supervisa, y se retroalimenta con experiencias de usuario y antecedentes de la
organización.

3
Esta vez, nos centraremos en los elementos que comprenden al tipo de modelo
denominado “Entidad relación”, como así también las restricciones que este tipo
de modelo en particular presenta y la manera en la que es diseñado, poniendo de
manifiesto sus características generales y además algunos otros elementos que
definitivamente son de utilidad para comprender cómo funciona, como se
desarrolla dentro de su implementación, en su creación y su interacción dentro de
un sistema.

Así mismo en la implementación de practicas como la “PATA DE CUERVO” y la

Clasificación de las Cardinalidades, para el buen desarrollo de los procesos que
siguen las secuencias de las Bases de Datos.

OBJETIVO GENERAL.

Implementar una estrategia de investigación para conocer mas sobre cada uno de
los temas planteados y tener un marco mejorado en cuanto al desarrollo de bases
de datos en el entorno de representación grafica.

4
 OBJETIVOS ESPECIFICOS:

 Interactuar directamente con la información y hacer un análisis breve de la

relacion que hay en cada nivel y estructura de la teoría de las bases de
datos en relacion a las entidades, cardinalidades y representaciones
graficas.
 Conocer el modelo relacional que tiene cada una de las estructuras de las
Bases de Datos.
 Crear un entorno de fácil acceso a la interpretación de los datos mediante el
análisis y la puesta en práctica de los resultados obtenidos en la previa
investigación.

MARCO TEORICO INVESTIGATIVO

MODELO ENTIDAD-RELACION:
Modelo Entidad-Relación Responde al tipo de modelo de datos lógico basado en
objetos. Está basado en una representación del mundo real que consiste de: Una
colección de objetos básicos llamados entidades. Y relaciones entre las
entidades. Cada entidad tiene asociado un conjunto de atributos Que la describe.
Las relaciones pueden tener o no atributos propios que las describan.
Entidades y Conjuntos de Entidades Entidad
Es un objeto que existe y es distinguible de otros objetos. Ejemplo: Miguel
Montero, con número de CUIL 20- 22134567-1 es una entidad ya que identifica
únicamente a una persona en el universo.

Conjunto de Entidades: es un conjunto de entidades del mismo tipo. El conjunto

de todas las personas que tienen cuenta en un banco define al conjunto de

5
entidades Clientes. El conjunto de todas las cuentas de un banco define al
conjunto de entidades Cuentas.

Los conjuntos de entidades no necesariamente deben ser disjuntos. Ejemplos: El

conjunto de personas clientes de un banco. El conjunto de personas empleados
en un banco. Una persona (i.e. entidad) podría ser empleado y cliente de un
banco, esto es, pertenecer a los conjuntos de entidades “clientes” y “empleados”.

De manera general podemos definir a este modelo como un diagrama y

herramienta para el modelado de datos nos que permite llevar a cabo la
representación de las entidades relevantes de un sistema de información así como
las interrelaciones y propiedades que presenten.

Con el fin de comprender su implementación y/o creación podemos encontrar las

siguientes metas que debe cumplir su elaboración desde el principio de la
actividad:

 Se elabora el diagrama (o diagramas) entidad-relación.

 Se completa el modelo con listas de atributos y una descripción de otras

restricciones que no se pueden reflejar en el diagrama

Podemos definir al modelado usando diagramas ED con la anterior “técnica” de

implementación. Este tipo de modelo nos permite mostrar resultados entre otras
entidades pertenecientes a las existentes de manera que se encuentre la
normatividad de archivos que se almacenarán.

El modelo Entidad-Relación basa su funcionamiento en la forma en que se percibe

el mundo real, es decir, en la filosofía de comprender la realidad como una
colección de objetos, donde dentro de este modelo son llamados “entidades” y las
relaciones que existen entre estos objetos.

Dentro de este modelo también encontramos los “Atributos” de los cuales

hablaremos más delante como a su vez las relaciones, representan un vínculo
que nos permite definir una dependencia entre varias entidades, es decir, nos
permite exigir que varias entidades compartan ciertos atributos de forma
indispensable.

6
Atributos
Cada entidad está representada o descripta por un conjunto de atributos. Para
cada atributo existe un conjunto de valores permitidos al que se denomina dominio
del atributo. Formalmente, cada atributo es una función matemática que asigna un
conjunto de entidades a un dominio.

Ejemplos de Atributos Para el conjunto entidad “Sucursales”: Nombre-Sucursal,

Ciudad-Sucursal, Activo. Para el conjunto
entidad “Clientes”: Nombre-Cliente,
Documento, Nro- Seguridad Social,
Domicilio-Cliente, Ciudad-Cliente. Para el
conjunto entidad “Cuentas”. Nro-Cuenta,
Saldo. Para el conjunto entidad
“Transacciones”. Nro-Transacción, Fecha,
Monto.

Relaciones y Conjunto de Relaciones Relación: es

una asociación dos o más entidades, no
necesariamente disjuntas. Conjunto de relaciones: es el conjunto de relaciones de
un mismo tipo.

Componentes de un modelo ER

Para comprender los componentes que comprenden un modelo de éste tipo,

tenemos el siguiente cuadro ilustrativo:

Entidad Regular: También conocida como “entidad fuerte”, es aquella que sí

puede ser identificada unívocamente. En los casos en que se requiera, se puede

7
dar que una entidad fuerte "preste" algunos de sus atributos a una entidad débil
para que, esta última, se pueda identificar.

Entidad débil: Es aquella que no puede existir sin participar en la relación, es

decir, aquella que no puede ser unívocamente identificada solamente por sus
atributos como Clave.

Relaciones: La relación existente entre las entidades. Inscriben a cada entidad en

un conjunto de entidades. Un conjunto de entidades dentro de una entidad, tiene
valores específicos asignados para cada uno de sus atributos, de esta forma, es
posible su identificación unívoca.

Atributos: Básicamente son características que definen a una entidad

Conector: Nos permite representar un separador entre las entidades, o relaciones

entre ellas.
Dependencias
Existen dos dependencias principales dentro del modelo ER las cuales son las
siguientes:
Dependencia por existencia
Las ocurrencias de la entidad débil pueden identificarse mediante un atributo
identificador clave sin necesidad de identificar la entidad fuerte relacionada.

Dependencia por identidad

La entidad débil no puede ser identificada sin la entidad fuerte relacionada. 

Relaciones y Conjunto de Relaciones

Formalmente, si E1, E2, …, En (n > 1) son conjuntos de entidades, entonces el

conjunto de relaciones R es un subconjunto de: {(e1,e2,…,en): e1 ∈ E1, e2 ∈ E2,
…, en ∈ En}

Ejemplos: Trabaja para: es una relación que vincula los conjuntos de entidades
empleado y empleador. Titular: es una relación que vincula los conjuntos de
entidades cliente y cuenta.
Restricciones

8
Como definición de restricciones podemos entenderlas como un conjunto de
reglas que mantienen a los datos almacenados dentro de la base de datos.

Restricciones de participación

Dada la situación de tener un conjunto de relaciones “R” en el cual participa un

conjunto de entidades “A”, dicha participación puede ser de dos tipos:

Total: Cuando cada entidad en “A" participa en al menos una relación de “R”.

Parcial: Cuando al menos una entidad en “A” NO participa en alguna relación de

“R”.

Un diagrama entidad-relación (ER) es un tipo de diagrama de flujo que ilustra

cómo las "entidades", como personas, objetos o conceptos, se relacionan entre sí
dentro de un sistema. Los diagramas ER a menudo se emplean para diseñar o
depurar bases de datos relacionales. La cardinalidad, que se muestra en la
notación UML, define los atributos numéricos de la relación entre dos entidades o
conjuntos de entidades.

Diagrama de relación entre entidades

- Identifica entidades y sus atributos.

- Muestra relaciones entre diferentes entidades.

- Modela la base de datos y solucionar problemas en ella.

Existe una relación de muchos a uno entre la tabla de categorías y la tabla de

tareas. En nuestro caso, una tarea puede tener una categoría asociada, pero una
categoría puede tener muchas tareas debajo. Como tal, una tarea puede
asignarse a un usuario, pero un usuario puede tener muchas tareas.

9
PATA DE CUERVO:

La

notación de pie de cuervos generalmente involucra cuadros para entidades y

líneas para relaciones. Normalmente hay marcas en las líneas de relación que
ilustran la cardinalidad en cada extremo de la relación. Las convenciones gráficas
utilizadas para marcar la cardinalidad varían de una implementación a otra.
Algunas personas usan una convención gráfica (patas de gallo cuadradas o
diagonales, barras diagonales simples o dobles, flechas, círculos abiertos y
rellenos, etc.) mientras que otras usan números y letras, como: 0,1 o 1, n etc.

Tener en cuenta también que las diferentes versiones de notación de pie de

cuervos pueden incluir otra información sobre las entidades y las relaciones, como
qué entidades son "fuertes" y cuáles son "débiles" ("débiles": parte de su clave
candidata está definida por una o más relaciones).

10
11
Cardinalidad de Relaciones

Una a una: una entidad en A está asociada a lo sumo con una entidad en B.

Relaciones “una a una”

Ejemplos: Es capital de: definida entre
los conjuntos de entidades “Provincias” y “Ciudades Capitales”. Director: definida
entre los conjuntos de entidades “Departamentos” y “Directores”. No es un tipo de
relación frecuente.
Una a muchas:
una entidad en A está asociada con cero o varias entidades en B.

12
Ejemplos: Pertenece: definida entre los conjuntos de entidades “Ciudades” y
“Provincias”. Departamento Responsable: definida para los conjuntos de
entidades “Materias” y “Departamentos”.
Muchas a una:
una entidad en A está asociada, a lo sumo, con una entidad en B pero una
entidad en B puede estar asociada con cero o varias entidades en A.

Muchas a muchas:
Una entidad en A está asociada con cero o varias entidades en B y viceversa.

Ejemplos: Cursa: definida entre los conjuntos de entidades “Materias” y

“Alumnos”. Stock: definida para los conjuntos de entidades “Artículos” y
“Sucursales”.
Cardinalidad de las Relaciones

Si modelamos una relación entre los conjuntos de entidades Clientes y Cuentas,

un mismo cliente podría tener muchas cuentas (una a muchas). Si una cuenta
puede pertenecer a varios clientes, entonces cada cliente puede tener muchas
cuentas y viceversa (muchas a muchas). La cardinalidad de asignación adecuada
para un conjunto de relaciones depende del mundo real que se esté modelando.

13
EJEMPLIFICACION
Pata de Cuervo:

14
Uno a uno: En este tipo de relación, una entidad se relaciona únicamente con otra
y viceversa. Citando un ejemplo, supongamos que tenemos una entidad con
distintos chasis y otra con matrículas deberíamos de determinar que cada chasis
solo puede tener una matrícula (y por definición, cada matricula solo puede tener
un chasís).

Uno a varios o varios a uno: Determina que un registro de una entidad puede

estar relacionado con varios de otra entidad, pero en esta entidad puede existir
solo una vez.

Varios a varios: determina que una entidad puede relacionarse con otra con
ninguno o varios registros y viceversa. Por ejemplo, en un taller, un coche puede
ser reparado por varios mecánicos distintos y esos mecánicos pueden reparar
varios coches distintos.

Diagrama de ejemplo cardinalidad “varios a varios” "N:M"

Nota: Los indicadores numéricos indican el primero el número mínimo de registros

en una relación y posteriormente el máximo (si no hay límite se representa con
una "n").

15
Claves
Las claves representan un subconjunto del conjunto de atributos comunes en un
grupo de entidades, las cuales permite identificar sin equivocación cada una de las
entidades que pertenecen a dicho grupo. De la misma forma, permiten distinguir
entre sí las relaciones de un conjunto de relaciones.

Dentro de los conjuntos de entidades existen los siguientes tipos de claves:

 Superclave: Éste subconjunto de atributos nos permite distinguir
unívocamente cada una de las entidades de un grupo de entidades.
Nota: Si añadimos un atributo al anterior subconjunto, el resultado seguirá siendo
una superclave.
 Clave candidata: Si tenemos una superclave, y ésta deja de serlo quitando
únicamente uno de los atributos que la componen, entonces ésta clave se
define como candidata.
 Clave primaria: Ésta es una clave candidata, elegida por el diseñador de la
base de datos, para identificar unívocamente las entidades en un conjunto
de entidades.

16
ANEXOS

17
CONCLUSIONES

Basado en la investigación me di cuenta que el modelo entidad-relación

representa básicamente la vida real, en forma gráfica y como una
abstracción sencilla.

Comprendí la importancia del modelado de las bases de datos, con una

intensión integral y de retroalimentación hacia la empresa, es decir, que el
modelado cumple la función de brindar conocimiento propio de manera
oportuna a la empresa, y generar soluciones y decisiones optimas gracias a
él.

Las entidades pueden interactuar entre ellas de manera dinámica como si

fueran personas, donde, en algunos casos, el objetivo de usar entidades es
representar entes.

18
Qué es una base de datos | Oracle México

Base de datos - Wikipedia, la enciclopedia libre

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

https://www.ecured.cu/Bases_de_datos}

BIBLIOGRAFIAS

19