Fase 2

Erick Riaño Hoyos

Alfredo Emilio Rios

Angella Paola Yepez

David Alfredo De La Hoz

Yunior Jose Bovea

Marzo 2021

Universidad Nacional Abierta Y A Distancia (UNAD)

Bases De Datos Básico

Grupo 30
 Introducción

En la presente actividad se realizará un análisis de un caso propuesto con la finalidad de poder

abstraer el flujo de datos del mundo real y de este modo con los datos obtenidos diseñar un modelo

conceptual, el cual se utilizará para aplicar de manera adecuada el diagrama de entidad relación,

por lo que se describirán los conceptos de los términos que nos permitirán realizar su respectiva

solución.

Se contempla de este mismo modo que se realizará una descripción de los términos

seleccionados previamente por cada estudiante, los cuales se plasmará sus conceptos y detalles de

manera adecuada y comprensible.

 Objetivos de la actividad

• Buscar detalladamente la descripción de los términos seleccionados previamente.

• Comprender de manera clara cada una de las descripciones.

• Plasmar en un escrito las descripciones con sus detalles y ejemplos.

 ANGELLA PAOLA YEPEZ

Claves.
Una clave permite identificar un conjunto de atributos suficiente para distinguir las entidades
entre sí. También pueden ayudar a identificar unívocamente a las relaciones y así distinguir las
relaciones entre sí.
Conjuntos de entidades. Superclave: Conjunto de uno o más atributos que, tomados
colectivamente, permiten identificar de forma única una entidad en el conjunto de entidades.
Claves candidatas: Subconjuntos propios de una Superclave que no son Superclave.
Clave primaria: Clave candidata que es elegida por el diseñador de la base de datos como
elemento principal para identificar las entidades dentro de un conjunto de entidades.
Conjuntos de relaciones La estructura de la clave primaria para el conjunto de relaciones
depende de la correspondencia de cardinalidades asociada al conjunto de relaciones.
Cuando el conjunto de relaciones es de varios a varios, la clave primaria del conjunto de
relaciones consistirá en la unión de las claves primarias de los dos conjuntos de entidades.
Relación.

Una relación es una característica especial de Access que hace que podamos trabajar con varias
tablas relacionadas a través de un campo en común. Existen tres tipos de relaciones
Relación de uno a uno:
En este tipo de relación, un registro de la tabla 1 sólo puede estar enlazado con un único
registro de la tabla 2 y viceversa. Este tipo de relación es la que menos se utiliza. Un ejemplo
podría ser éste, en el que cada persona tiene un único DNI

Relación de varios a varios: Cada registro de la tabla 1 puede estar enlazado con varios
registros de la tabla 2 y viceversa. En el siguiente ejemplo, en la tabla 1 cada película puede
trabajar varios actores y, en la tabla 2, un mismo actor puede trabajar en varias películas:
Restricciones.
Una restricción consiste en la definición de una característica adicional que tiene una columna o
una combinación de columnas, suelen ser características como valores no nulos (campo
requerido), definición de índice sin duplicados, definición de clave principal y definición de
clave foránea (clave ajena o externa, campo que sirve para relacionar dos tablas entre sí).
restricción1: una restricción de tipo 1 es una restricción que aparece dentro de la definición de la
columna después del tipo de dato y afecta a una columna, la que se está definiendo. restricción2:
una restricción de tipo 2 es una restricción que se define después de definir todas las columnas de
la tabla y afecta a una columna o a una combinación de columnas.
La cláusula NOT NULL indica que la columna no podrá contener un valor nulo, es decir que se
deberá rellenar obligatoriamente y con un valor válido (equivale a la propiedad requerido Sí de
las propiedades del campo). La cláusula CONSTRAINT sirve para definir una restricción que se
podrá eliminar cuando queramos sin tener que borrar la columna. A cada restricción se le asigna
un nombre que se utiliza para identificarla y para poder eliminarla cuando se quiera.
Como restricciones tenemos la de clave primaria (clave principal), la de índice único (sin
duplicados), la de valor no nulo, y la de clave foránea.
La cláusula PRIMARY KEY se utiliza para definir la columna como clave principal de la tabla.
Esto supone que la columna no puede contener valores nulos ni puede haber valores duplicados
en esa columna, es decir que dos filas no pueden tener el mismo valor en esa columna.
En una tabla no puede haber varias claves principales, por lo que no podemos incluir la cláusula
PRIMARY KEY más de una vez, en caso contrario la sentencia da un error. No hay que
confundir la definición de varias claves principales con la definición de una clave principal
compuesta por varias columnas, esto último sí está permitido y se define con una restricción de
tipo 2.
La cláusula UNIQUE sirve para definir un índice único sobre la columna. Un índice único es un
índice que no permite valores duplicados, es decir que si una columna tiene definida una
restricción de UNIQUE no podrá haber dos filas con el mismo valor en esa columna. Se suele
emplear para que el sistema compruebe el mismo que no se añaden valores que ya existen, por
ejemplo, si en una tabla de clientes queremos asegurarnos de que dos clientes no puedan tener el
mismo D.N.I. y la tabla tiene como clave principal un código de cliente, definiremos la columna
DNI con la restricción de UNIQUE.
La cláusula NOT NULL indica que la columna no puede contener valores nulos, cuando
queremos indicar que una columna no puede contener el valor nulo lo podemos hacer sin poner
la cláusula CONSTRAINT, o utilizando una cláusula CONSTRAINT.
Conjuntos de relaciones.
Una relación es una asociación entre diferentes entidades. Por ejemplo, se puede definir una
relación que asocie al cliente López con el préstamo P-15. Esta relación especifica que López es
un cliente con el préstamo número P-15. Un conjunto de relaciones es un conjunto de relaciones
del mismo tipo. Formalmente es una relación matemática con n >= 2 de conjuntos de entidades
(posiblemente no distintos). Si E1, E2, En son conjuntos de entidades, entonces un conjunto de
relaciones R es un subconjunto de: {(e1, e2, …, en) | e1 ∈ E1, e2 ∈ E2, …, en ∈ En} donde (e1,
e2, …, en) es una relación. Considérense las dos entidades cliente y préstamo utilizadas en el
apartado de Conjuntos de Entidades. Se define el conjunto de relaciones prestatario para denotar
la asociación entre clientes y préstamos bancarios que los clientes tengan. Como otro ejemplo,
considérense los dos conjuntos de entidades préstamo y sucursal. Se puede definir el conjunto de
relaciones sucursal-préstamo para denotar la asociación entre un préstamo y la sucursal en que se
mantiene ese préstamo.

Cardinalidad de las relaciones.

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 o muchos a uno y muchos a muchos.

YUNIOR JOSE BOVEA SEGURA

HERENCIA: Es la relación entre una clase general y otra clase más específica. Es un mecanismo
que nos permite crear clases derivadas a partir de clase base, nos permite compartir
automáticamente métodos y datos entre clases subclases y objetos. Por ejemplo: Si declaramos
una clase párrafo derivada de una clase texto todos los métodos y variables asociadas con la clase
texto son automáticamente heredados por la subclase párrafo. La herencia, junto con la
encapsulación y el polimorfismo, es una de las tres características principales (o "pilares") de la
programación orientada a objetos. La herencia permite crear nuevas clases que reutilizan,
extienden y modifican el comportamiento que se define en otras clases. La clase cuyos miembros
se heredan se denomina clase base y la clase que hereda esos miembros se denomina clase
derivada.

ATRIBUTOS: Llamamos atributos las características que nos interesan de las entidades, es decir
cada una de las propiedades que posee la entidad de la que se desea guardar información.
Por ejemplo: La entidad CLIENTES tendrá atributos como: Código de Cliente, DNI, Apellidos,
Nombre, Dirección, Teléfono.
Habitualmente, sólo nos interesará modelizar una parte de los atributos de una entidad, ya que
podrá haber datos que sólo serán de utilidad en ámbitos muy específicos.
Los atributos se representan mediante una elipse horizontal con el nombre en su interior, unidos
por una línea a la entidad a la que pertenecen.

ENTIDADES FUERTES Y DEBILES: Se dice que una entidad es fuerte si puede existir por sí
misma sin que dependa de la existencia de otra entidad. Por el contrario, si una entidad depende
de la existencia de otra, será débil por existencia o por identificación.
ERICK RIAÑO HOYOS

Entidad:

Se define una entidad (o instancia) como una unidad de una base de datos que contiene
información. Esta unidad es una representación dentro de la base de datos de un objeto, persona,
empresa del mundo real, y como tal posee ciertos atributos que la diferencian del resto de
entidades. Así, por ejemplo, en una base de datos de una oficina, una entidad podría ser el material
de oficina, otra los empleados, otra los ordenadores, incluso el ambiente laboral, la empatía y cosas
más abstractas. Cada una de estas entidades tendría ciertos atributos propios. Así, los empleados
tendrían atributos como nombre, edad, estatura. Los ordenadores otros como identificador,
procesador, año de compra y así para cada una de ellas.
ALFREDO RIOS RIVERA
Agregación

La agregación es un tipo de asociación que indica que una clase es parte de otra clase
(composición débil). Los componentes pueden ser compartidos por varios compuestos (de la
misma asociación de agregación o de varias asociaciones de agregación distintas). La
destrucción del compuesto no conlleva la destrucción de los componentes. Habitualmente se da
con mayor frecuencia que la composición.
La agregación se representa en UML mediante un diamante de color blanco colocado en el
extremo en el que está la clase que representa el “todo”.

Base teórica y conceptual

El diseño de una base de datos es un proceso complejo que abarca decisiones a muy distintos
niveles. La complejidad se controla mejor si se descompone el problema en subproblemas y se
resuelve cada uno de estos subproblemas independientemente, utilizando técnicas específicas.
Así, el diseño de una base de datos se descompone en diseño conceptual, diseño lógico y diseño
físico.

El diseño conceptual parte de las especificaciones de requisitos de usuario y su resultado es el

esquema conceptual de la base de datos. Un esquema conceptual es una descripción de alto nivel
de la estructura de la base de datos, independientemente del SGBD que se vaya a utilizar para
manipularla. Un modelo conceptual es un lenguaje que se utiliza para describir esquemas
conceptuales. El objetivo del diseño conceptual es describir el contenido de información de la
base de datos y no las estructuras de almacenamiento que se necesitarán para manejar esta
formación.

El diseño lógico parte del esquema conceptual y da como resultado un esquema lógico.
Un esquema lógico es una descripción de la estructura de la base de datos en términos de las
estructuras de datos que puede procesar un tipo de SGBD. Un modelo lógico es un lenguaje
usado para especificar esquemas lógicos (modelo relacional, modelo de red, etc.). El diseño
lógico depende del tipo de SGBD que se vaya a utilizar, no depende del producto concreto.

El diseño físico parte del esquema lógico y da como resultado un esquema físico. Un esquema
físico es una descripción de la implementación de una base de datos en memoria secundaria: las
estructuras de almacenamiento y los métodos utilizados para tener un acceso eficiente a los
datos. Por ello, el diseño físico depende del SGBD concreto y el esquema físico se expresa
mediante su lenguaje de definición de datos.

Diagrama extendido

Se trata de una técnica cuyo objetivo es la representación y definición de todos los datos que se
introducen, almacenan, transforman y producen dentro de un sistema de información, sin tener en
cuenta las necesidades de la tecnología existente, ni otras restricciones.

Dado que el modelo de datos es un medio para comunicar el significado de los datos, las relaciones
entre ellos y las reglas de negocio de un sistema de información, una organización puede obtener
numerosos beneficios de la aplicación de esta técnica, pues la definición de los datos y la manera
en que estos operan son compartidos por todos los usuarios.

Las ventajas de realizar un modelo de datos son, entre otras:

 • Comprensión de los datos de una organización y del funcionamiento de la organización.
• Obtención de estructuras de datos independientes del entorno físico.
• Control de los posibles errores desde el principio, o al menos, darse cuenta de las
deficiencias lo antes posible.
• Mejora del mantenimiento.

El modelo extendido describe con un alto nivel de abstracción la distribución de datos

almacenados en un sistema. Existen dos elementos principales: las entidades y las relaciones. Las
extensiones al modelo básico añaden además los atributos de las entidades y la jerarquía entre
estas. Estas extensiones tienen como finalidad aportar al modelo una mayor capacidad expresiva.

Atributos en las relaciones

Es el modelo más utilizado hoy en día. Una base de datos relacional es básicamente un conjunto
de tablas, similares a las tablas de una hoja de cálculo, formadas por filas (registros) y columnas
(campos). Los registros representan cada uno de los objetos descritos en la tabla y los campos los
atributos (variables de cualquier tipo) de los objetos. En el modelo relacional de base de datos,
las tablas comparten algún campo entre ellas. Estos campos compartidos van a servir para
establecer relaciones entre las tablas que permitan consultas complejas.
La idea básica de las bases de datos relacionales es la existencia de entidades (filas
en una tabla) caracterizadas por atributos (columnas en la tabla). Cada tabla almacena
entidades del mismo tipo y entre entidades de distinto tipo se establecen relaciones.
Las tablas comparten algún campo entre ellas, estos campos compartidos van a servir
para establecer relaciones entre las tablas. Los atributos pueden ser de unos pocos tipos
simples:

• Números enteros
• Números reales
• Cadena de caracteres de longitud variable
Estos tipos simples se denominan tipos atómicos y permiten una mayor eficacia en
el manejo de la base de datos, pero a costa de reducir la flexibilidad a la hora de
manejar los elementos complejos del mundo real y dificultar la gestión de datos
espaciales, en general suponen un problema para cualquier tipo de datos geométricos.

Las relaciones que se establecen entre los diferentes elementos de dos tablas en una
base de datos relacional pueden ser de tres tipos distintos:

• Relaciones uno a varios, se establecen entre varias entidades de

una tabla y una entidad de otra tabla. Un ejemplo sería una tabla de
pluviómetros en la que se indicara el municipio en el que se
encuentra. La relación sería entre un municipio y varios
pluviómetros
Que es el diagrama Entidad Relación.
Un diagrama entidad-relación, también conocido como modelo entidad relación o ERD, 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 se usan a menudo para diseñar o
depurar bases de datos relacionales en los campos de ingeniería de software, sistemas de
información empresarial, educación e investigación. También conocidos como los ERD o
modelos ER, emplean un conjunto definido de símbolos, tales como rectángulos, diamantes,
óvalos y líneas de conexión para representar la interconexión de entidades, relaciones y sus
atributos. Son un reflejo de la estructura gramatical y emplean entidades como sustantivos y
relaciones como verbos.
 Conclusiones

Finalmente se puede concluir la importancia de la comprensión de los términos dentro del

desarrollo de las bases de datos, debido a que su detallado entendimiento de cada uno de estos nos

permitirá ejecutar de una manera adecuada y correcta tanto el extraer el flujo de datos e

información, como su respectivo tratamiento y diseñar adecuadamente la base de datos.

 Referencias Bibliográficas

• Jiménez, C. M. Y. (2014). Bases de datos relacionales y modelado de datos (UF1471),

Cápitulo 3 Descripción y aplicación del modelo Entidad Relación. Madrid, ESPAÑA:

IC Editorial. pág. 93-125. Recuperado de: https://elibro-

net.bibliotecavirtual.unad.edu.co/es/ereader/unad/44139?page=97

• Ramakrishnan, R., & Gehrke, J. (2007). Sistemas de gestión de bases de datos (3a. ed.),

Parte I Fundamentos - Introducción al diseño de Base de Datos. Madrid, ES: McGraw-

Hill España. Página, 26-49. Recuperado de: https://elibro-

net.bibliotecavirtual.unad.edu.co/es/ereader/unad/50120?page=53

• Conceptos básicos Bases de datos, López, I. (2020) Conceptos iniciales de base de datos.

[Archivo de video]. Universidad Nacional Abierta y a Distancia (UNAD). Bogotá.

Recuperado de https://repository.unad.edu.co/handle/10596/31707