UNIVERSIDAD NACIONAL DE EDUCACIÓN

Enrique Guzmán y Valle

Alma Máter del Magisterio Nacional
FACULTAD DE CIENCIAS

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA

CONOCIMIENTO BÁSICO DE UNA BASE DE DATOS

Dato

Mínima unidad de información. Es un valor (numérico, alfabético,

algorítmico, espacial, etc) que por sí sólo no dice mucho.

Información

Conjunto organizado de datos procesados, que constituyen un mensaje que

cambia el estado de conocimiento del sujeto o sistema que recibe dicho
mensaje.

Base de Datos

Son bancos de información que contienen datos relativos a diversas

temáticas y categorizados de distinta manera, pero que comparten entre sí
algún tipo de vínculo o relación que busca ordenarlos y clasificarlos en
conjunto.

Lógica de Negocio

Es la parte de un sistema que se encarga de codificar las reglas de

funcionamiento del mundo real que determinan como la información
puede ser creada, mostrada, cambiada y eliminada. Son rutinas que realizan
entradas de datos, consultas a los datos, generación de informes y más
específicamente todo el procesamiento que se realiza detrás de la
aplicación visible para el usuario (Backend).
 DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Sistemas Gestores de Bases de Datos (SGBD)

Son las herramientas (en su mayoría software) que nos ayudan a gestionar
bancos de información, es decir, bases de datos. Ejemplos de ellos son:

 La agenda de la Abuela (Sí, aunque no lo creas, ese cuaderno con contactos

que tu abue tiene al lado del teléfono en casa, es un SGBD).
 Excel.
 Access.
 SQL Lite.
 MySQL.
 MariaDB.
 Oracle.
 MS SQL Server.
 PostgreSQL.
 Informix.
 MongoDB.
 RethinkDB.
 Redis.
 Cassandra.
 Neo4j.
 GraphDB.
 etc.

Tipos de SGBD

 SQL (Structured Query Languaje):

o Transaccionales: Access, MySQL, MariaDB, Oracle, MS SQL Server,
PostgreSQL, Informix, etc.
 NoSQL (Not only SQL):
o Documentales (BSON): MongoDB, RethinkDB, etc.
o Clave-Valor: Redis, Cassandra, etc.
o De Grafos: Neo4j, GraphDB, etc.

Mg. Nelson Smith Huanca Torres PÁG 2

 DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

¿Qué es una base de datos?

Una base de datos es una herramienta para recopilar y organizar

información. Las bases de datos pueden almacenar información sobre
personas, productos, pedidos u otras cosas. Muchas bases de datos
comienzan como una lista en una hoja de cálculo o en un programa de
procesamiento de texto. A medida que la lista aumenta su tamaño,
empiezan a aparecer redundancias e inconsistencias en los datos. Cada vez
es más difícil comprender los datos en forma de lista y los métodos de
búsqueda o extracción de subconjuntos de datos para revisión son
limitados. Una vez que estos problemas comienzan a aparecer, una buena
idea es transferir los datos a una base de datos creada con un sistema de
administración de bases de datos (DBMS), como Access.

Una base de datos computarizada es un contenedor de objetos. Una base

de datos puede contener más de una tabla. Por ejemplo, un sistema de
seguimiento de inventario que usa tres tablas no son tres bases de datos,
sino una base de datos que contiene tres tablas. Salvo que haya sido
específicamente diseñada para usar datos o códigos de otro origen, una
base de datos de Access almacena sus tablas en un solo archivo, junto con
otros objetos como formularios, informes, macros y módulos. Las bases de
datos creadas en el formato Access 2007 (que también usan Access 2016,
Access 2013 y Access 2010) tienen la extensión de archivo .accdb y las bases
de datos creadas en formatos anteriores de Access tienen la extensión de
archivo .mdb. Puede usar Access 2016, Access 2013, Access 2010 o Access
2007 para crear archivos en formatos de archivo anteriores (por ejemplo,
Access 2000 y Access 2002-2003).

Con Access, puede:

 Agregar nuevos datos a una base de datos, como un nuevo artículo en un

inventario.
 Modificar datos existentes en la base de datos, por ejemplo, cambiar la
ubicación actual de un artículo.
 Eliminar información, por ejemplo, si un artículo se vende o se descarta.
 Organizar y ver los datos de diferentes formas.
 Compartir los datos con otras personas mediante informes, correo
electrónico, intranet o Internet.

Mg. Nelson Smith Huanca Torres PÁG 3

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Partes de una base de datos de Access

Las secciones siguientes son breves descripciones de las partes de una base
de datos de Access típica.

Tablas

Forms

Informes

Consultas

Macros

Módulos

Tablas

Una tabla de base de datos es similar en apariencia a una hoja de

cálculo en cuanto a que los datos se almacenan en filas y columnas. Por
ende, es bastante fácil importar una hoja de cálculo en una tabla de base
de datos. La principal diferencia entre almacenar los datos en una hoja de
cálculo y almacenarlos en una base de datos es la forma en la que están
organizados los datos.

Para aprovechar al máximo la flexibilidad de una base de datos, los datos

deben organizarse en tablas para que no se produzcan redundancias. Por
ejemplo, si quiere almacenar información sobre los empleados, cada
empleado debe especificarse solo una vez en la tabla que está configurada
para los datos de los empleados. Los datos sobre los productos se
almacenarán en su propia tabla y los datos sobre las sucursales se
almacenarán en otra tabla. Este proceso se denomina normalización.

Cada fila de una tabla se denomina registro. En los registros se almacena

información. Cada registro está formado por uno o varios campos. Los
campos equivalen a las columnas de la tabla. Por ejemplo, puede tener una
tabla llamada "Empleados" donde cada registro (fila) contiene información
sobre un empleado distinto y cada campo (columna) contiene otro tipo de

Mg. Nelson Smith Huanca Torres PÁG 4

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

información como nombre, apellido, dirección, etc. Los campos deben

designarse como un determinado tipo de datos, ya sea texto, fecha u hora,
número o algún otro tipo.

Otra forma de describir los registros y los campos es imaginar un catálogo

de tarjetas antiguo de una biblioteca. Cada tarjeta del archivador
corresponde a un registro de la base de datos. Cada dato de una tarjeta
individual (autor, título, etc.) equivale a un campo de la base de datos.

Formularios

Los formularios permiten crear una interfaz de usuario en la que

puede escribir y modificar datos. Los formularios a menudo contienen
botones de comandos y otros controles que realizan distintas tareas. Puede
crear una base de datos sin usar formularios con tan solo modificar los datos
en las hojas de datos de la tabla. Sin embargo, la mayoría de los usuarios de
bases de datos prefieren usar formularios para ver, escribir y modificar
datos en las tablas.

Puede programar botones de comandos para determinar qué datos

aparecen en el formulario, abrir otros formularios o informes, o ejecutar
otras tareas. Por ejemplo, puede tener un formulario llamado "Formulario
de cliente" en el que trabaja con los datos de los clientes. El formulario de
cliente puede tener un botón que abra un formulario de pedido en el que
puede especificar un pedido nuevo para el cliente.

Los formularios también le permiten controlar de qué manera otros

usuarios interactúan con los datos de la base de datos. Por ejemplo, puede
crear un formulario que muestre solo determinados campos y permita que
se realicen únicamente ciertas operaciones. Esto ayuda a proteger los datos
y a asegurarse de que los datos se especifican correctamente.

Un formulario de Access es un objeto de base de datos que puede

usar para crear una interfaz de usuario para una aplicación de base
de datos. Un formulario "dependiente" es aquel conectado
directamente a un origen de datos como una tabla o consulta y que
puede usarse para especificar, editar o mostrar los datos de ese
origen de datos. Como alternativa, puede crear un formulario

Mg. Nelson Smith Huanca Torres PÁG 5

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

"independiente" que no esté vinculado directamente a un origen de

datos, pero que todavía contenga botones de comando, etiquetas u
otros controles que necesita para ejecutar la aplicación.

Este artículo se centra principalmente en formularios dependientes.

Puede usar formularios dependientes para controlar el acceso a
datos, por ejemplo, qué campos o filas de datos se muestran. Por
ejemplo, algunos usuarios podrían necesitar ver solo varios campos
en una tabla que contenga muchos. Al proporcionar a esos usuarios
un formulario que contenga solo esos campos, se les facilita el uso de
la base de datos. También puede agregar botones de comando y
otras características a un formulario para automatizar acciones
realizadas con mayor frecuencia.

Considere los formularios dependientes como ventanas a través de

las cuales los usuarios pueden ver y obtener acceso a la base de
datos. Un formulario eficaz acelera el uso de la base de datos porque
los usuarios no tienen que buscar lo que necesitan. Un formulario
visualmente atractivo hace más agradable y eficiente el trabajo con
la base de datos, además de evitar que se introduzcan datos
erróneos.

Informes

Los informes se usan para dar formato a los datos, resumirlos y

presentarlos. Por lo general, un informe responde a una pregunta específica
como: "¿Cuánto dinero recibimos de cada cliente este año?" o "¿En qué
ciudades residen nuestros clientes?". A cada informe se le puede dar
formato para presentar la información de la manera más legible posible.

Se puede ejecutar un informe por vez y siempre se reflejan los datos

actuales de la base de datos. Generalmente, se les da formato a los
informes para imprimirlos, pero también pueden verse en pantalla,
exportarse a otro programa o enviarse como datos adjuntos en un correo
electrónico.

Mg. Nelson Smith Huanca Torres PÁG 6

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Consultas

Las consultas pueden realizar diversas funciones en una base de

datos. La función más común es recuperar datos específicos de las tablas.
Los datos que quiere ver generalmente están distribuidos en varias tablas y
las consultas le permiten verlos en una única hoja de datos. Además, debido
a que muchas veces no quiere ver todos los registros a la vez, las consultas
le permiten agregar criterios para "filtrar" los datos y obtener solo los
registros que quiere.

Ciertas consultas son "actualizables", es decir, puede modificar los datos de

las tablas subyacentes mediante la hoja de datos de la consulta. Si está
trabajando en una consulta actualizable, recuerde que los cambios se
realizan en realidad en las tablas, no solo en la hoja de datos de la consulta.

Hay dos variedades básicas de consultas: consultas de selección y consultas

de acciones. Una consulta de selección simplemente recupera los datos y
los pone a disposición para su uso. Puede ver los resultados de la consulta
en la pantalla, imprimirlos o copiarlos al portapapeles. O bien, puede usar
el resultado de la consulta como un origen de registro para un formulario o
un informe.

Una consulta de acción, tal como el nombre lo indica, realiza una tarea con
los datos. Las consultas de acción se pueden usar para crear tablas nuevas,
agregar datos a las tablas existentes, o actualizar o eliminar datos.

Macros

Las macros en Access pueden considerarse un lenguaje de

programación simplificado que puede usar para agregar funciones a la base
de datos. Por ejemplo, puede adjuntar una macro a un botón de comando
en un formulario para que la macro se ejecute cada vez que se hace clic en
ese botón. Las macros contienen acciones que ejecutan tareas, como abrir
un informe, ejecutar una consulta o cerrar la base de datos. La mayoría de
las operaciones de la base de datos que realiza manualmente se pueden
automatizar mediante el uso de macros, por lo que se convierten en
dispositivos que permiten ahorrar mucho tiempo.

Mg. Nelson Smith Huanca Torres PÁG 7

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Módulos

Los módulos, como las macros, son objetos que puede usar para
agregar funciones a la base de datos. Mientras que las macros se crean en
Access mediante la elección de una lista de acciones de macro, los módulos
se escriben en el lenguaje de programación Visual Basic para Aplicaciones
(VBA). Un módulo es una colección de declaraciones, instrucciones y
procedimientos que se almacenan juntos como una unidad. Un módulo
puede ser un módulo de clase o un módulo estándar. Los módulos de clase
se adjuntan a formularios o informes y, por lo general, contienen
procedimientos que son específicos para el formulario o el informe al que
están adjuntos. Los módulos estándar contienen procedimientos generales
que no están asociados a ningún otro objeto. Los módulos estándar
aparecen en Módulos en el panel de navegación mientras que los módulos
de clase no.

Mg. Nelson Smith Huanca Torres PÁG 8

 DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

ENTIDAD RELACIÓN

Índice

 1Base teórica y conceptual

o 1.1Entidad
o 1.2Atributos
o 1.3Conjunto de relaciones
 2Restricciones
o 2.1Correspondencia de cardinalidades
o 2.2Restricciones de participación
 3Claves
 4Diagrama entidad-relación
o 4.1Entidades
o 4.2Atributos
o 4.3Relación
 5Diagramas extendidos
o 5.1Entidades fuertes y débiles
o 5.2Cardinalidad de las relaciones
o 5.3Atributos en relaciones
o 5.4Herencia
o 5.5Agregación
 6Véase también
 7Enlaces externos

Base teórica y conceptual

El modelo de datos entidad-relación está basado en una percepción del
mundo real que consta de una colección de objetos básicos, llamados
entidades, y de relaciones entre esos objetos amorfos.

Entidad
Representa una “cosa”, "objeto" o "concepto" del mundo real con
existencia independiente, es decir, se diferencia únicamente de otro objeto
o cosa, incluso siendo del mismo tipo, o una misma entidad.
Algunos Ejemplos:

Mg. Nelson Smith Huanca Torres PÁG 9

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

 Una persona. (Se diferencia de cualquier otra persona, incluso siendo

gemelos).
 Un automóvil. (Aunque sean de la misma marca, el mismo modelo,
tendrán atributos diferentes, por ejemplo, el número de chasis).
 Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en
su dirección).
Una entidad puede ser un objeto con existencia física como: una persona,
un animal, una casa, etc. (entidad concreta); o un objeto con existencia
conceptual como: un puesto de trabajo, una asignatura de clases, un
nombre, etc. (entidad abstracta).
Una entidad está descrita y se representa por sus características o atributos.
Por ejemplo, la entidad Persona las características: Nombre, Apellido,
Género, Estatura, Peso, Fecha de nacimiento.
Atributos
Los atributos son las características que definen o identifican a una entidad.
Estas pueden ser muchas, y el diseñador solo utiliza o implementa las que
considere más relevantes.
En un conjunto de entidades del mismo tipo, cada entidad
tiene valores específicos asignados para cada uno de sus atributos, de esta
forma, es posible su identificación unívoca.
Ejemplos:
A la colección de entidades «alumnos», con el siguiente conjunto de
atributos en común, (id, nombre, edad, semestre), pertenecen las
entidades:

 (1, Sophia, 15 años, 2)

 (2, Josefa, 19 años, 5)
 (3, Carlos, 20 años, 2)
 ...
Cada una de las entidades pertenecientes a este conjunto se diferencia de
las demás por el valor de sus atributos. Nótese que dos o más entidades
diferentes pueden tener los mismos valores para algunos de sus atributos,
pero nunca para todos.
En particular, los atributos identificativos son aquellos que permiten
diferenciar a una instancia de la entidad de otra distinta. Por ejemplo, el

Mg. Nelson Smith Huanca Torres PÁG 10

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

atributo identificativo que distingue a un alumno de otro es su número de

id.
Para cada atributo, existe un dominio del mismo, este hace referencia al
tipo de datos que será almacenado a restricciones en los valores que el
atributo puede tomar (cadenas de caracteres, números, solo dos letras, solo
números mayores que cero, solo números enteros...).
Cuando algún atributo correspondiente a una entidad no tiene un valor
determinado, recibe el valor nulo, bien sea porque no se conoce, porque
no existe o porque no se sabe nada al respecto del mismo.
Conjunto de relaciones
Consiste en una colección, o conjunto, de relaciones de la misma
naturaleza.
Ejemplo:
Dados los conjuntos de entidades "Habitación" y "Huésped", todas las
relaciones de la forma habitación-huésped, permiten obtener la
información de los huéspedes y sus respectivas habitaciones.
La dependencia o asociación entre los conjuntos de entidades es
llamada participación. En el ejemplo anterior los conjuntos de entidades
"Habitación" y "Huésped" participan en el conjunto de relaciones
habitación-huésped.
Se llama grado del conjunto de relaciones a la cantidad de conjuntos de
entidades participantes en la relación.
Restricciones
Son reglas que deben respetar las entidades y relaciones almacenadas en la
base de datos.

Correspondencia de cardinalidades
Dado un conjunto de relaciones en el que participan dos o más conjuntos
de entidades, la correspondencia de cardinalidad indica el número de
entidades con las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B,
la correspondencia de cardinalidades puede ser:

Mg. Nelson Smith Huanca Torres PÁG 11

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

 Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un

registro en una entidad B. (ejemplo dos entidades, profesor y
departamento, con llaves primarias, código_profesor y jefe_depto
respectivamente, un profesor solo puede ser jefe de un departamento
y un departamento solo puede tener un jefe).

 Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con

cero o muchos registros en una entidad B. Pero los registros de B
solamente se relacionan con un registro en A. (ejemplo: dos entidades,
vendedor y ventas, con llaves primarias, código_vendedor y venta,
respectivamente, un vendedor puede tener muchas ventas pero una
venta solo puede tener un vendedor).

 Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con

una entidad en B. Pero una entidad en B se puede relacionar con 0 o
muchas entidades en A (ejemplo empleado-centro de trabajo).

 Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con

muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos,
donde muchos ciudadanos pueden pertenecer a una misma asociación,
y cada ciudadano puede pertenecer a muchas asociaciones distintas).

Restricciones de participación
Dado 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.

Mg. Nelson Smith Huanca Torres PÁG 12

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Claves
Es un subconjunto del conjunto de atributos comunes en una colección de
entidades, que permite identificar inequívocamente cada una de las
entidades pertenecientes a dicha colección. Asimismo, permiten distinguir
entre sí las relaciones de un conjunto de relaciones.
Dentro de los conjuntos de entidades existen los siguientes tipos de claves:

 Superclave: Es un subconjunto de atributos que permite distinguir

unívocamente cada una de las entidades de un conjunto de entidades.
Si se añade un atributo al anterior subconjunto, el resultado seguirá
siendo una superclave.

 Clave candidata: Se trata de superclave mínima, es decir, cualquier

subconjunto de atributos de la misma no puede ser una superclave.

 Clave primaria: 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.
Los valores de los atributos de una clave, no pueden ser todos iguales para
dos o más instancias.
Para poder distinguir unívocamente las relaciones en un conjunto de
relaciones R, se deben considerar dos casos:

 R NO tiene atributos asociados: En este caso, se usa como clave

primaria de R la unión de las claves primarias de todos los conjuntos de
entidades participantes.

 R tiene atributos asociados: En este caso, se usa como clave primaria

de R la unión de los atributos asociados y las claves primarias de todos
los conjuntos de entidades participantes.
Si el conjunto de relaciones, R, sobre las que se pretende determinar la
clave primaria está compuesto de relaciones binarias, con los conjuntos de
entidades participantes A y B, se consideran los siguientes casos, según sus
cardinalidades:

 R es de muchos a uno de A a B entonces sólo se toma la clave primaria

de A, como clave primaria de R.
 R es de uno a muchos de A a B entonces se toma sólo la clave primaria
de B, como clave primaria de R.

Mg. Nelson Smith Huanca Torres PÁG 13

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

 R es de uno a uno de A a B entonces se toma cualquiera de las dos claves

primarias, como clave primaria de R.
 R es de muchos a muchos de A a B entonces se toma la unión de los
atributos que conforman las claves primarias de A y de B, como clave
primaria de R.

Diagrama entidad-relación
Anteriormente detallamos los conceptos relacionados al modelo ER, en
esta sección profundizaremos en como representarlos gráficamente. Cabe
destacar que para todo proceso de modelado, siempre hay que tener en
claro los conceptos, estos nos brindan conocimiento necesario y además
fundamentan nuestro modelo al momento de presentarlo a terceros.
Formalmente, los diagramas ER son un lenguaje gráfico para describir
conceptos. Informalmente, son simples dibujos o gráficos que describen
información que trata un sistema de información y el software que lo
automatiza.
Entidades
Las entidades son el fundamento del modelo entidad relación. Podemos
adoptar como definición de entidad cualquier cosa o parte del mundo que
es distinguible del resto. Por ejemplo, en un sistema bancario, las personas
y las cuentas bancarias se podrían interpretar como entidades. Las
entidades pueden representar entes concretos, como una persona o un
avión, o abstractas, como por ejemplo un préstamo o una reserva. Se
representan por medio de un rectángulo. que pueden ser de tipo: maestras,
transaccionales, históricas y temporales.
Atributos
Se representan mediante un círculo o elipse etiquetado mediante un
nombre en su interior. Cuando un atributo es identificativo de la entidad se
suele subrayar dicha etiqueta.
Por motivos de legibilidad, los atributos suelen no aparecer representados
en el diagrama entidad-relación, sino descritos textualmente en otros
documentos adjuntos.
Relación
Describe cierta dependencia entre entidades o permite la asociación de las
mismas.
Por ejemplo:

Mg. Nelson Smith Huanca Torres PÁG 14

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Si tenemos dos entidades, CLIENTE y HABITACIÓN, podemos

entender la relación entre ambas al tomar un caso concreto
(ocurrencia) de cada una de ellas. Entonces, podríamos tener la
ocurrencia Habitación 502, de la entidad HABITACIÓN y la
ocurrencia Henry Johnson McFly Bogard, de la entidad CLIENTE,
entre las que es posible relacionar que la habitación 502 se encuentra
ocupada por el huésped de nombre Henry Johnson McFly Bogard.

Diagramas extendidos

DER extendido
Los diagramas Entidad-Relación no cumplen su propósito con eficacia
debido a que tienen limitaciones semánticas. Por ese motivo se suelen
utilizar los diagramas Entidad-Relación extendidos que incorporan
algunos elementos más al lenguaje:
Entidades fuertes y débiles
Cuando una entidad participa en una relación puede adquirir un
papel fuerte o débil. Una 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.
Una entidad fuerte (también conocida como entidad regular) es aquella
que sí puede ser identificada unívocamente. En los casos en que se
requiera, se puede dar que una entidad fuerte "preste" algunos de sus
atributos a una entidad débil para que esta última se pueda identificar.
Las entidades débiles se representan mediante un doble rectángulo; es
decir, un rectángulo con doble línea.
Se puede hablar de la existencia de dos tipos de dependencias en las
entidades débiles:

Mg. Nelson Smith Huanca Torres PÁG 15

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

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. (Ejemplo: si tenemos una entidad LIBRO y otra
relacionada EDICIÓN, para identificar una edición necesitamos
conocer el identificador del libro).
Cardinalidad de las relaciones
Cardinalidad es el número de entidades con la cual otra entidad
puede asociar mediante una relación binaria; la cardinalidad
puede ser: Uno a uno, uno a muchos ó muchos a uno y muchos a
muchos. El tipo de cardinalidad se representa mediante una
etiqueta en el exterior de la relación, respectivamente: "1:1",
"1:N" y "N:M", aunque la notación depende del lenguaje
utilizado, la que más se usa actualmente es el unificado. Otra
forma de expresar la cardinalidad es situando un símbolo cerca
de la línea que conecta una entidad con una relación:

 "0" si cada instancia de la entidad no está obligada a

participar en la relación.
 "1" si toda instancia de la entidad está obligada a participar
en la relación y, además, solamente participa una vez.
 "N" , "M", ó "*" si cada instancia de la entidad no está
obligada a participar en la relación y puede hacerlo cualquier
número de veces.
(también se puede representar como M:M)

Ejemplos de relaciones que expresan cardinalidad:

 Un policía (entidad) tiene (relación) un arma (entidad)

siempre y cuando no realice funciones de oficina, pudiendo
entonces tenerla o no asignada. Es una relación 0:1.
 Cada esposo (entidad) está casado (relación) con una única
esposa (entidad) y viceversa. Es una relación 1:1.
 Una factura (entidad) se emite (relación) a una persona
(entidad) y sólo una, pero una persona puede tener varias

Mg. Nelson Smith Huanca Torres PÁG 16

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

facturas emitidas a su nombre. Todas las facturas se emiten a

nombre de alguien. Es una relación 1:N.
 Un cliente (entidad) puede comprar (relación) varios servicios
(entidad) y un servicio puede ser comprado por varios clientes
distintos. Es una relación N:M.
Atributos en relaciones
Las relaciones también pueden tener atributos asociados. Se
representan igual que los atributos de las entidades. Un ejemplo
típico son las relaciones de tipo "histórico" donde debe constar
una fecha o una hora. Por ejemplo, supongamos que es necesario
hacer constar la fecha de emisión de una factura a un cliente, y
que es posible emitir duplicados de la factura (con distinta fecha).
En tal caso, el atributo "Fecha de emisión" de la factura debería
colocarse en la relación "se emite".

Herencia
La herencia es un intento de adaptación de estos diagramas al
paradigma orientado a objetos. La herencia es un tipo de relación
entre una entidad "padre" y una entidad "hijo". La entidad "hijo"
hereda todos los atributos y relaciones de la entidad "padre". Por
tanto, no necesitan ser representadas dos veces en el diagrama.
La relación de herencia se representa mediante un triángulo
invertido interconectado por líneas a las entidades. La entidad
conectada por la parte superior del triángulo es la entidad
"padre". Solamente puede existir una entidad "padre" (herencia
simple). Las entidades "hijo" se conectan por la parte inferior del
triángulo.

Agregación

Mg. Nelson Smith Huanca Torres PÁG 17

DEPARTAMENTO ACADÉMICO DE INFORMÁTICA BASE DE DATOS

Ejemplo agregación
Es un tipo de relación dinámica, donde el tiempo de vida de una
o más entidades de bajo nivel que están incluidas en una entidad
de alto nivel es independiente a la entidad que la incluye(entidad
de alto nivel).
Es una abstracción a través de la cual las relaciones se tratan
como entidades de un nivel más alto. Se utiliza para expresar
relaciones entre relaciones o entre entidades y relaciones. Se
representa englobando la relación abstraída y las entidades que
participan en ella en un rectángulo. En la figura se muestra un
ejemplo de agregación en el que se representa la situación en la
que un profesor, cuando está impartiendo una clase, puede
poner una incidencia ocurrida a lo largo de ésta (se fue la luz, falta
la configuración de un determinado software, etc.).

Mg. Nelson Smith Huanca Torres PÁG 18