UNIVERSIDAD AUTÓNOMA DE NUEVO LEÓN

FACULTAD DE INGENIERÍA MECÁNICA Y ELÉCTRICA

Bases de Datos
Fundamental 2
Semestre: Agosto–Diciembre 2024

Alumnos:
Nombre Matricula % Foto

Natalia Mabel
2096457 100
Gonzalez Rodríguez

Diego Armando Lopez

2112430 100
Rangel

Emmanuel Galicia
2112686 100
Camacho
 Juan Carlos De León
2051435 100
Picasso

Sebastian Cruz
1903087 100
Galvez

Angel Gerardo
1951362 100
Morales Villanueva

Nora Elia Corpus

2128016 100
Noyola

Dra. Norma Edith Marín Martínez

Cd. Universitaria San Nicolás de los Garza a 10 de agosto de
2025
Índice
Introducción ....................................................................................................... 4
Proceso de diseño lógico de bases de datos ................................................... 5
Entidad ............................................................................................................... 5
Tipos de entidades ............................................................................................ 5
Participación de entidades en relaciones........................................................ 6
Cardinalidad en relaciones ............................................................................... 7
Grado en Relaciones y Entidades en Bases de Datos ...................................... 7
Entidad Fuerte.................................................................................................... 8
Entidad débil ...................................................................................................... 9
Atributos ........................................................................................................... 10
Atributos simples ............................................................................................ 11
Atributos compuestos ..................................................................................... 11
Atributos univariados ...................................................................................... 12
Atributos multivariados................................................................................... 13
Identificado unico simple ................................................................................. 13
Identificadores Compuestos ............................................................................ 13
Diferencias de los Identificadores únicos simples y compuestos .............. 14
Relaciones en Bases de Datos ........................................................................ 14
Relaciones de cardinalidad máxima y mínima ................................................ 15
¿Qué es una instancia? ................................................................................... 17
Especialización ................................................................................................ 17
Generalización.................................................................................................. 18
Principal diferencia entre especialización y generalización ........................... 18
Cardinalidad en el modelo relacional .............................................................. 19
Grado en el Modelo Relacional ........................................................................ 20
Importancia del grado en el Modelo Relacional ............................................ 20
Diccionario de datos ........................................................................................ 21
Conclusiones individuales............................................................................... 24
 Introducción
El diseño de bases de datos es un proceso esencial en el desarrollo de
sistemas de información, ya que permite organizar y estructurar los datos de manera
eficiente para su posterior consulta, análisis y mantenimiento.

En este tema abordaremos los conceptos básicos que sustentan la

modelación de bases de datos, comenzando con el proceso de diseño lógico, la
definición de entidades y atributos, hasta llegar a conceptos más avanzados como
relaciones, cardinalidad, grado y especialización.

Además, veremos la diferencia entre entidades fuertes y débiles, el uso de

identificadores y diccionarios de datos, así como ejemplos de diagramas entidad-
relación, que son herramientas gráficas clave para representar la estructura de una
base de datos antes de implementarla.
 Proceso de diseño lógico de bases de datos
El diseño lógico es la etapa en la que se transforma el modelo conceptual en
un esquema de tablas, atributos y relaciones que podrán implementarse en un
sistema de gestión de bases de datos.

Del modelo conceptual al lógico

Se parte del modelo entidad-relación donde se tienen entidades, atributos y

relaciones. Estos elementos se convierten en tablas con columnas, cada una
representando un atributo.

Entidad
Una entidad es un objeto, persona, lugar o concepto del que se desea
almacenar información en la base de datos. Representa algo real o abstracto que
tiene importancia para el sistema.

Tipos de entidades

 Entidad clase: Conjunto general de elementos con las mismas

características.
• Ejemplo: Estudiante, Profesor, Curso.

 Entidad instancia: Un caso específico dentro de la clase.

• Ejemplo: Juan Pérez es una instancia de la entidad Estudiante.

 Entidad compuesta: Aquella que está formada por varios atributos

complejos.
• Ejemplo: Dirección: Calle, Número, Ciudad.

Podemos encapsularlas en otro tipo diferente de

característica:
  Entidad fuerte: Puede identificarse por sí misma mediante una clave
primaria.
• Ejemplo: Cliente (con número de cliente).

 Entidad débil: Depende de otra entidad para ser identificada.

• Ejemplo: Pedido depende de Cliente.

Participación de entidades en relaciones

La participación describe si todas o solo algunas instancias de una entidad
están involucradas en una relación

 Participación total: Todos los elementos de la entidad participan.

• Ejemplo: Cada Pedido debe estar asociado a un Cliente.

 Participación parcial: Solo algunos elementos participan.

• Ejemplo: No todos los Clientes hacen un Pedido.
 Cardinalidad en relaciones
La participación se complementa con la cardinalidad, que indica el número
de elementos que pueden estar relacionados.

Uno a uno (1:1): Un empleado tiene un solo número de seguro

social.

Uno a muchos (1:M): Un cliente puede hacer varios pedidos.

Muchos a muchos (M:M): Los estudiantes pueden inscribirse en

varios cursos, y los cursos tener varios estudiantes.

Grado en Relaciones y Entidades en Bases de Datos

El grado es el número de entidades que participan en la relación.

Tipos:

Unaria (1): una entidad consigo misma.

Binaria (2): dos entidades.

Ternaria (3): tres entidades.

Ejemplo:

Unaria: Empleado supervisa a Empleado

Binaria: Alumno se inscribe en Materia

Ternaria: Médico receta Medicamento a Paciente

 Entidad Fuerte
Una entidad fuerte es aquella que tiene un identificador propio único, también
llamado clave primaria. Puede existir por sí sola, sin depender de otra entidad.

Normalmente representan objetos principales del mundo real dentro de la

base de datos.

En los diagramas entidad-relación se representa con un rectángulo sencillo.

 Entidad débil
Una entidad débil no tiene un identificador único propio. Su existencia
depende de una entidad fuerte, de la cual hereda parte de su identificación. Para
poder identificarla se necesita la clave de la entidad fuerte más un atributo
discriminante.

En los diagramas entidad-relación se representa con un doble rectángulo.

Sus principales diferencias:

En el ejemplo, alumno es una entidad fuerte porque puede existir por sí

misma. Cada alumno se identifica de manera única por su matrícula.

Calificaciones es una entidad débil porque no puede existir sin estar asociada
a un alumno.

Una calificación solo tiene sentido si pertenece a un alumno en específico.

Para identificarlas se necesita la clave del alumno más un atributo

discriminante (por ejemplo, la materia o el número de evaluación).
 Atributos
Los atributos son propiedades que describen las características de una
entidad dentro de una base de datos. Cada atributo tiene un dominio, es decir, un
conjunto de valores válidos que puede tomar.

En pocas palabras son simplemente una descripción de todas las entidades,

y estos representarían las columnas de una tabla.

Algunos ejemplos podrían ser:

Nombre, edad, correo electrónico, teléfono, todo esto podría ser parte
de una entidad “Empleado”.
 Atributos simples
Son aquellos que no pueden dividirse en partes más pequeñas. Representan
una sola unidad de información. Esto se refiere como su nombre lo dice, a que es
un tipo de atributo el cual se caracteriza por su simpleza.

Los ejemplos podrian ser:

La edad de una persona o el género de una persona, como se nota,

ambos no tienen sentido dividirlos en partes más pequeñas.

Atributos compuestos
Al contrario de los atributos simples, estos son justamente los que se pueden
separar en partes más pequeñas. Datos que pueden separarse en categorías más
pequeñas.

En el siguiente ejemplo se puede entender mejor:

En el caso de un Nombre completo, se podría separar en los

atributos, Primer nombre, segundo nombre, apellidos.
 En el caso de una Dirección, se puede separar en calle, número,
colonia, código postal.

Atributos univariados
Se les llama así a los atributos que solo pueden contener un único valor por
instancia de entidad. Lo que significa eso es que estos atributos, no pueden tener
otro valor, así como una persona con su matrícula escolar, es un atributo de una
entidad que no puede cambiar su valor, ni repetirse, es único y diferente a todos los
demás atributos en nuestra tabla.

Otros ejemplos podrían ser:

El CURP de una persona, es único y no puede tener múltiples valores.

O un idCliente, el cual será una identificación de único valor para cada cliente
de una empresa.
 Atributos multivariados
Son lo opuesto a los univariados, estos admiten múltiples valores, y no tienen
ningún límite.

Algunos ejemplos claros podrían ser:

El dato Telefono/s, hay muchas personas que tienen su número de

movil y su número de casa, también el correo electrónico, con este pasa lo
mismo, la gente puede tener hasta más de 2 correos electrónicos, todo esto
a veces se necesita.

Identificado unico simple

Un identificador único simple es un solo atributo (columna) que distingue de
manera exclusiva cada registro en una tabla, y no permite valores repetidos ni nulos
Ejemplo: matrícula escolar, número de seguro social o código de producto.

Identificadores Compuestos
Un identificador compuesto está formado por dos o más columnas cuya
combinación asegura la unicidad.
No es necesario que cada campo sea único individualmente, pero la unión de todos
sus valores garantiza que no existan duplicados.
Ejemplos: la combinación de ID de cliente y fecha de pedido, ID de estudiante y
curso, o ID de producto con color y talla.
 Diferencias de los Identificadores únicos simples y
compuestos
Tanto los identificadores únicos simples como los compuestos cumplen la
misma función: asegurar que cada registro dentro de una tabla sea único. La
diferencia radica en que un identificador único simple se basa en un solo atributo
indivisible que, por sí mismo, garantiza la unicidad, mientras que un identificador
único compuesto requiere la combinación de dos o más atributos para distinguir de
manera exclusiva cada registro.

Relaciones en Bases de Datos

Las relaciones permiten conectar los datos de distintas tablas dentro de una
base de datos. Se construyen mediante llaves primarias y foráneas, y garantizan la
integridad referencial, asegurando que los registros se mantengan coherentes entre
sí.

La imagen representa un modelo relacional de base de datos en el que

participan dos tablas principales: USUARIOS y TURNOS_MEDICOS.

La tabla USUARIOS guarda la información personal de cada paciente y

cuenta con los campos: ID USUARIO, que funciona como clave primaria para
identificar de manera única a cada persona, además de los datos de nombre,
apellido y edad.
 Por otro lado, la tabla TURNOS_MEDICOS registra la información
relacionada con las citas médicas. Sus campos son: ID TURNO, que actúa como
clave primaria, el nombre del profesional que atenderá la cita, el ID USUARIO (que
funciona como clave foránea), el motivo de la consulta y el horario asignado.

La relación entre ambas tablas se establece mediante el campo ID

USUARIO, el cual conecta los turnos con el usuario correspondiente. Esto significa
que un usuario puede estar relacionado con varios turnos médicos, lo que genera
una relación de uno a muchos.

En la práctica, esto permite que en la tabla de usuarios aparezca, por

ejemplo, un paciente llamado Juan Pérez con un ID de usuario específico, mientras
que en la tabla de turnos médicos se pueden registrar varias citas vinculadas a ese
mismo ID, cada una con diferentes profesionales, motivos y horarios.

En conclusión, la imagen muestra cómo se relacionan los usuarios con sus

turnos médicos dentro de una base de datos, asegurando la organización e
integridad de la información mediante claves primarias y foráneas.

Relaciones de cardinalidad máxima y mínima

La cardinalidad es una restricción que se aplica a las relaciones entre
entidades. Su función es indicar el número de veces que una entidad puede
participar en una relación.

Un segmento entre un conjunto de entidades y un conjunto de relaciones

puede tener una cardinalidad mínima y máxima, mostrada de la forma mín..máx,
donde mín es la mínima cardinalidad y máx es la máxima.
 Cardinalidad mínima:

• 0 (Cero): Significa que la participación es opcional. Una entidad puede

no participar en la relación en absoluto. Por ejemplo, un cliente puede tener 0
préstamos.

• 1 (uno): Significa que la participación es obligatoria. Una entidad debe

participar al menos una vez en la relación. Por ejemplo, cada préstamo debe
tener 1 cliente asociado.

Cardinalidad máxima:

• 1 (uno): Significa que la participación es única. Una entidad puede

participar como máximo una vez en la relación. Por ejemplo, un préstamo solo
puede ser otorgado a un cliente.

• * (asterisco): Significa que la participación es múltiple o N. Una entidad

puede participar un número ilimitado de veces en la relación. Por ejemplo, un
cliente puede tener * (varios) préstamos.

Ejemplos de relaciones de cardinalidad máxima y mínima:

Relación entre Préstamo y Prestatario: La

cardinalidad de Préstamo a Prestatario es (1, 1). Esto
significa que cada préstamo debe tener exactamente un
prestatario asociado. El valor mínimo de 1 indica que la
participación es obligatoria, y el valor máximo de 1 indica que es una
participación única.

Relación entre Prestatario y Préstamo: La

cardinalidad de Prestatario a Préstamo es (0, *). Esto significa
que un prestatario puede tener cero o varios préstamos. El
valor mínimo de 0 indica que el cliente puede no tener ningún
préstamo (participación opcional), y el valor máximo de * indica que puede
tener un número ilimitado de ellos.
 ¿Qué es una instancia?
En una base de datos, una instancia se refiere a un registro específico de
una entidad. Es un conjunto de valores para los atributos de una entidad en un
momento dado.

Ejemplos de instancias:

• Entidad: Alumno

Atributos: Matricula del alumno, Nombre, Apellido, fecha de

nacimiento.

Instancia: 2112686, Emmanuel, Galicia, 20-11-2006.

• Entidad: Materia

Atributos: Clave de la materia, Nombre, Hora, Maestro/a.

Instancia: 809, Base de datos y Lenguajes, M2, Norma Edith.

Especialización
Es el proceso de derivar subclases a partir de una entidad de nivel
superior (superclase).

Cada subclase tiene atributos o relaciones adicionales que la

diferencian.

Se usa cuando se quiere diferenciar entidades con características

particulares.

Ejemplo:

• Superclase: Empleado (atributo: ID, nombre, sueldo)

• Subclase: Ingeniero (atributo: especialidad)
 Generalización
Es el proceso inverso a la especialización, se unen varias entidades de nivel
bajo en una entidad más general (superclase).

Se eliminan redundancias, extrayendo los atributos comunes.

Se usa cuando varias entidades comparten características similares.

Ejemplo:

• Entidades: Carro ( número de serie, modelo)

Camión ( número de serie, modelo)
• Superclase: Vehiculo (número de serie, modelo)

Principal diferencia entre especialización y generalización

 Cardinalidad en el modelo relacional
Describe el número de ocurrencias de una entidad que pueden estar
asociadas con las ocurrencias de otra entidad.

Se expresa en diferentes tipos de relaciones.

Ejemplo:

1-. Uno a uno (1:1)

Un empleado un número de seguro social.

2-. Uno a muchos (1:M)

Un profesor muchos alumnos.

3-. Muchos a muchos (M:M)

Muchos alumnos muchas clases.

Ejemplo de uno a uno (1:1)

Cuando se decide ingresar a un paciente a un hospital se le asigna un cuarto

y en un cuarto puede estar un paciente o ninguno (suponiendo un hospital privado).
 Grado en el Modelo Relacional
En el modelo relacional, el grado de una relación(tabla) es el número de
atributos (columnas) que tiene, es decir, el número de características de cada
registro.

Importancia del grado en el Modelo Relacional

Define la complejidad de la relación

A mayor número de atributos (columnas), mayor es la complejidad de la tabla.

Esto ayuda a los diseñadores a entender qué tan detallada es la información que se
almacena.

Facilita el diseño y la normalización

Conocer el grado permite verificar si la tabla necesita normalizarse (dividirse

en tablas más pequeñas para evitar redundancias y dependencias innecesarias).

Impacta en el almacenamiento y el rendimiento

Más atributos significan más datos por cada fila, lo cual afecta el espacio en
disco y el tiempo de procesamiento en consultas.
 Diccionario de datos
Es un repositorio de información donde se documentan todos los elementos
de la base de datos: tablas, atributos, tipos de datos, restricciones, relaciones, etc.

FUNCIONES

• Facilita el mantenimiento y control de la base de datos.

• Permite a los desarrolladores y administradores conocer con detalle la
estructura y reglas de los datos.
• Se puede usar para generar reportes de integridad y consistencia de
la información.

Objetivos del Diccionario de Datos

• Proporcionar claridad sobre qué datos existen y cómo se usan.

• Facilitar la comunicación entre analistas, diseñadores y
programadores.
• Evitar errores y duplicidad en la definición de datos.
• Apoyar la documentación y mantenimiento del sistema.

Tipos de Diccionario de Datos

• Activo: Se actualiza automáticamente con cualquier cambio en la base

de datos.
• Pasivo: Se mantiene manualmente y puede no estar sincronizado con
la base de datos real.
 Cardinalidades:

• (0,n) → un usuario puede no tener ningún préstamo o tener muchos.

• Cada préstamo se asocia a un solo libro y un solo usuario.

Cardinalidades:

Estudiante (0,n) → un estudiante puede no inscribir ninguna materia (ej.

dado de baja) o inscribir varias.

• Materia (1,1) → cada inscripción está ligada a exactamente una materia.

Cardinalidades:

• Empresa (1,n) → una empresa desarrolla uno o más proyectos (no puede
existir sin proyectos).

• Proyecto (1,n) → un proyecto lo desarrolla al menos una empresa y puede

tener más de una.
 Conclusión general

Las bases de datos representan una herramienta esencial en el manejo de

información, ya que permiten estructurar, organizar y acceder a los datos de forma
eficiente y confiable. Para lograrlo, es necesario comprender conceptos
fundamentales como las entidades, que representan los objetos principales del
sistema, los atributos, que describen sus características, y las relaciones, que
definen cómo interactúan entre sí. La cardinalidad, por su parte, establece la
cantidad de elementos que pueden vincularse en dichas relaciones, aportando
claridad y precisión al modelo de datos. Todo este conocimiento se integra en el
proceso de diseño lógico, que convierte las necesidades de información en un
esquema estructurado capaz de garantizar integridad, consistencia y utilidad
práctica. De esta manera, bases de datos bien diseñadas se convierten en el pilar
de sistemas informáticos sólidos que apoyan la toma de decisiones y optimizan el
funcionamiento de diversas organizaciones.
Conclusiones individuales
 Referencias bibliográficas

Silberschatz, A., Korth, H. F., & Sudarshan, S. (2006). Fundamentos de bases

de datos (5ª ed.). McGraw-Hill/Interamericana de España.

Elmasri, R., & Navathe, S. B. (2015). Fundamentos de sistemas de bases de

datos (6a ed.). Pearson Educación.

Coronel, C., Morris, S., & Rob, P. (2011). Bases de datos: Diseño,
implementación y administración (9ª ed.). Cengage Learning.

Ahijado Sánchez, A. (2023). Bases de datos (304 p.). Alfaomega Grupo

Editor, S.A. de C.V.

Silberschatz, A., Korth, H. F., & Sudarshan, S. (2002). Fundamentos de bases

de datos (4a. ed.). McGraw-Hill Interamericana de España.