Saray Agua Acosta

Samuel Andres Marin Alvarez

Sebastian Ramirez Perea

Santiago Mejia Zapata

Daniel Estiven Ibarguen Carmona

Ejemplo: Código de programación

La función principal de un DBMS es permitir a los usuarios crear, almacenar, modificar y recuperar información de manera eficiente y segura en una base de datos.

Existen diferentes tipos que son: Textos, numeros, monedas, fecha y hora, y datos booleanos.

Ejemplo:

En una base de datos de clientes de un restaurante, los datos almacenados pueden incluir el nombre del cliente, su número de teléfono, correo electrónico y preferencias de comida.

En este podemos encontrar 3 tipos de relación: Uno a uno, uno a muchos y muchos a muchos.

Ejemplo de relación: los empleados del taller (de la entidad "Empleados") tienen un cargo (según la entidad "Cargo del empleado"). Es decir, un atributo de la entidad "Empleados" especificará que cargo tiene en el taller, y tiene que ser idéntico al que ya existe en la entidad "Cargo del empleado".

Ejemplo de información:

Informe financiero de una empresa, que contiene datos como ventas, gastos y beneficios, presentados de manera que ofrezcan una visión clara de la salud financiera de la empresa.

El modelamiento entidad-relación (MER) es una técnica utilizada para representar de forma conceptual la estructura de una base de datos, identificando las entidades (objetos o conceptos), sus atributos y las relaciones entre ellas. Fue propuesto por Peter Chen en 1976 como una herramienta visual que facilita la comunicación entre analistas, diseñadores y usuarios.

Ejemplo:

En un sistema de biblioteca, las entidades podrían ser Libro, Usuario y Préstamo. Cada una tiene atributos (por ejemplo, Libro tiene título y autor) y relaciones (un Usuario realiza un Préstamo de un Libro).

Referencia APA:
Chen, P. (1976). The entity-relationship model: Toward a unified view of data. ACM Transactions on Database Systems, 1(1), 9–36. https://doi.org/10.1145/320434.320440

Las figuras estándar en el modelamiento entidad-relación incluyen:

• Rectángulos: representan entidades.

• Elipses: representan atributos.

• Rombos: representan relaciones.

• Líneas: conectan entidades con relaciones o atributos.

  
  

Ejemplo: En el sistema de biblioteca, Libro y Usuario serían rectángulos, Título sería una elipse conectada a Libro, y Préstamo sería un rombo que une Usuario y Libro.

Referencia APA:
Elmasri, R., & Navathe, S. B. (2016). Fundamentals of database systems (7th ed.). Pearson.

Ejemplo: En un diagrama ER de un sistema escolar, Estudiante y Curso serían entidades, Inscripción la relación, y atributos como nombre, apellido y código estarían conectados a Estudiante.

Referencia APA:
Hernández, M., & Fernández, A. (2018). Bases de datos: Diseño y desarrollo (3ra ed.). McGraw-Hill.

• Entidad: rectángulo.

• Atributo: óvalo.

• Relación: rombo.

• Clave primaria: atributo subrayado.

• Atributo multivalorado: óvalo doble.

• Atributo derivado: óvalo punteado.

• Entidad débil: rectángulo doble.

Ejemplo: Factura (entidad) con atributo NúmeroFactura (subrayado) y relación con Cliente.

Referencia APA:
Coronel, C., & Morris, S. (2019). Database systems: Design, implementation, & management (13th ed.). Cengage Learning.

Ejemplo: Una base de datos de ventas almacena información de clientes, productos y transacciones.

Referencia APA:
Date, C. J. (2019). An introduction to database systems (9th ed.). Addison-Wesley.

Ejemplo: En el desarrollo de un sistema de facturación, se comienza con el análisis de requisitos, se diseña la solución, se codifica, se prueba, se implementa y se da soporte.

Referencia APA:
Sommerville, I. (2016). Software engineering (10th ed.). Pearson.

Ejemplo

En este caso un ejemplo de entidad podría ser libro en la base de datos de una biblioteca como la del ITM es un objeto del cual abstraemos y registramos ciertas características para usarlo en una base de datos.

IBM Corporation. (s.f.). Conceptos clave: entidad, atributo y tipo de entidad. En IBM Documentation — InfoSphere MDM 11.6.0. Recuperado de https://www.ibm.com/docs/es/imdm/11.6.0?topic=concepts-key-entity-attribute-entity-type

Ejemplo

En este caso un ejemplo seria un libro especifico como Harry Potter este tiene sus atributos propios los cuales pueden ser abstraídos según se pueda necesitar en una base de datos.

Qizilbash, M. (s.f.). Entity vs Instance. LinkedIn. Recuperado de https://www.linkedin.com/pulse/entity-vs-instance-mustafa-qizilbash-author-cdmp--c9acc/

Un ejemplo podría ser la fecha de publicación de un libro

IBM Corporation. (s.f.). Conceptos clave: entidad, atributo y tipo de entidad. En IBM Documentation — InfoSphere MDM 11.6.0. Recuperado de https://www.ibm.com/docs/es/imdm/11.6.0?topic=concepts-key-entity-attribute-entity-type

Ejemplo la cedula no puede dividirse en mas partes sin perder su significado propio.

Tipo compuesto: Son aquellos atributos que pueden dividirse en varios atributos mas pequeños que mantiene su significado.

Ejemplo nombre puede dividirse en nombre primer, segundo nombre y apellido.

Tipo univalorado: Son aquellos que tienen un solo un valor por cada incidencia de la entidad.

Ejemplo apellido solo tienen una única incidencia.

Tipo multivalorados: Es un atributo que puede contener más de un valor para una misma instancia de una entidad.

Ejemplo teléfono una persona puede tener varios teléfonos

Tipo derivados: Son aquellos atributos que se pueden sacar con una operación o derivación de otros.

Ejemplo cumple años que puede ser obtenido por medio de la fecha de nacimiento.

Tipo nulo: Son aquellos que representa la ausencia de un valor en un atributo. No significa cero ni cadena vacía, sino que el dato es desconocido o no aplicable. Un atributo que permite valores nulos no es obligatorio llenarlo al insertar o actualizar registros en la base de datos.

Ejemplo podría ser correo electrónico en personas de la tercera edad no todos tienen por lo cual en muchas bases de datos se deja como nulo o opcional esta información.

Algunos atributos pueden ser de varios tipos al tiempo.

IBM Corporation. (s.f.). Tipo de datos nulo (NULL) ESQL. En IBM Documentation — Integration Bus 10.0.0. Recuperado de https://www.ibm.com/docs/es/integration-bus/10.0.0?topic=flows-esql-null-data-type

Tu Instituto Online. (s.f.). Entidad-Relación: Atributos. Tipos. En Base de datos LibreOffice Base nivel avanzado 1. Tu Instituto Online. Recuperado de https://www.tuinstitutoonline.com/cursos/baseavanzado1_v1606/03atributos.php

IBM Corporation. (s.f.). Conceptos clave: entidad, atributo y tipo de entidad. En IBM Documentation — InfoSphere MDM 11.6.0. Recuperado de https://www.ibm.com/docs/es/imdm/11.6.0?topic=concepts-key-entity-attribute-entity-type

Ejemplo podría ser la cedula es único para cada instancia

Clave foránea: Es un atributo o conjunto de atributos en una entidad que corresponde a la clave primaria de otra entidad. Se utiliza para identificar y vincular registros entre ambas entidades dentro de una relación.

Ejemplo podría ser una cedula llevado a otra tabla para identificar a un estudiante en un préstamo de libro en una biblioteca

Superclave: Es un conjunto de atributos en una tabla que hace referencia a la clave primaria de otra tabla, estableciendo una relación entre ambas.

Ejemplo podría ser una clave creada a partir de dos claves foráneas o algunos atributos en tabla una relación.

Clave candidata: Es una superclave mínima, un conjunto mínimo de atributos que identifica de manera única una instancia creado unicidad  y que podría ser la clave primaria.

Ejemplo podría ser cedula y id de estudiante, ambos son claves candidatas, pero solo una puede ser clave primaria.

Clave compuesta: es una clave formada por dos o mas atributos, los cuales se usan para crear la unicidad que necesita una clave primaria cuando una tabla no cuenta con un atributo único que pueda cumplir esta función.

Ejemplo podría ser una lista de estudiantes si no se contara con cedula y id de estudiantes, se podría hacer una clave compuesta conformada del nombre completo, tipo de sangre y programa.

Tu Instituto Online. (s.f.). Entidad-Relación: Atributos. Tipos. En Base de datos LibreOffice Base nivel avanzado 1. Tu Instituto Online. Recuperado de https://www.tuinstitutoonline.com/cursos/baseavanzado1_v1606/03atributos.php

IBM Corporation. (s.f.). Conceptos clave: entidad, atributo y tipo de entidad. En IBM Documentation — InfoSphere MDM 11.6.0. Recuperado de https://www.ibm.com/docs/es/imdm/11.6.0?topic=concepts-key-entity-attribute-entity-type

Sucerman. (s.f.). Modelo relacional – Tablas [Diagrama del modelo relacional que muestra la conversión de entidades y atributos a tablas]. Contenidos Sucerman. Recuperado de https://contenidos.sucerman.com/nivel2/web1/unidad2/leccion4.html

Uno a Uno, Muchos a Muchos y Muchos a Uno o Uno a Muchos solo existe uno u otro según desde que lado se lea la relación estos dos últimos son esencialmente lo mismo.

La relacion entre dos entidades, ejemplo profesor y asignatura.

Un profesor dicta una asignatura.

Wikipedia. (2025, 23 febrero). Cardinalidad. Wikipedia. Recuperado de https://es.wikipedia.org/wiki/Cardinalidad

Informáticos sin Límites. (s.f.).

Ejemplo un estudiante puede inscribirse en varios cursos, y un curso puede tener varios estudiantes.

Cardinalidad uno a muchos: Es un tipo de relación en la que una instancia de la primera entidad puede asociarse con varias instancias de la segunda, pero cada instancia de la segunda solo se relaciona con una de la primera y muchos a uno es solo lo contrario de esto tanto que muchos a uno o uno a muchos solo existe uno u otro según desde que lado se lea la relación.

Ejemplo un profesor puede dictar varios cursos, pero cada curso tiene un solo profesor asignado.

Ejemplo un curso solo puede ser dictado por un profesor, pero un profesor puede dictar varias clases.

Cardinalidad uno a uno: Es un tipo de relación en la que una instancia de la primera entidad se asocia con una sola instancia de la segunda entidad y viceversa.

Ejemplo una persona tiene un pasaporte único, y cada pasaporte pertenece a una sola persona

Informáticos sin Límites. (s.f.). Todo sobre Cardinalidad en Base de Datos + Ejemplos. Informáticos sin Límites. Recuperado de https://informaticosinlimites.com/base-de-datos/cardinalidad/

Tipos de axiomas:

1)Axioma de reflexividad:

Si tienes un conjunto de datos (A) y dentro de ese conjunto hay otro subconjunto más pequeño (B), entonces A siempre determina a B.

Ejemplo: Si tengo (Nombre, Apellido), puedo determinar solo Nombre, porque ya está dentro del conjunto.

2)Axioma de aumento:

Si ya sé que A determina B, y le agrego más información a ambos lados, la relación sigue siendo cierta.

Ejemplo: Si Cédula → Nombre, entonces también (Cédula, Fecha de nacimiento) → (Nombre, Fecha de nacimiento).

Es como decir: “Agregar más atributos no rompe la relación que ya existía”.

3)Axioma de transitividad:

Si A determina B y B determina C, entonces A también determina C.

Ejemplo: Si Cédula → Nombre y Nombre → Correo, entonces Cédula → Correo.

Funciona igual que la regla de transitividad en matemáticas.

Prepbytes. (2023, 23 de junio). What are Armstrong’s axioms in DBMS? Recuperado de https://prepbytes-com.translate.goog/blog/what-are-armstrongs-axioms-in-dbms/

Mills. (s. f.). Axiomas de Armstrong [diapositiva]. SlideServe. Recuperado de https://www.slideserve.com/mills/dise-o-de-bases-de-datos-relacionales

fue un científico informático británico, reconocido por ser el creador del modelo relacional de bases de datos, una revolución en la forma de gestionar y acceder a la información. Su trabajo no solo definió la estructura de las bases de datos modernas, sino que también sentó las bases para el desarrollo de sistemas de información complejos.

Aporte más significativo:

El aporte más significativo de Codd a la humanidad fue la creación del modelo relacional de bases de datos. Este modelo, descrito en su artículo de 1970 "Un modelo relacional de datos para grandes bancos de datos compartidos", introdujo una nueva forma de organizar la información en tablas interrelacionadas, permitiendo un acceso más eficiente y flexible a los datos.

Wikipedia. (s. f.). Edgar Frank «Ted» Codd. En Wikipedia, la enciclopedia libre. Recuperado de 2025, de https://es.m.wikipedia.org/wiki/Edgar_Frank_Codd

Foro Histórico del COIT. (s. f.). Codd, Edgar Frank. Recuperado de https://forohistorico.coit.es/index.php/personajes/personajes-internacionales/item/codd-edgar-frank

El aporte más significativo de Peter Chen a la humanidad es el Modelo Entidad-Relación (Modelo ER), una herramienta fundamental para el diseño de bases de datos y sistemas de información. Este modelo proporciona una forma visual y estructurada de representar los datos y sus relaciones, facilitando la comprensión y desarrollo de sistemas complejos.

Wikipedia. (s. f.). Peter Chen. En Wikipedia, la enciclopedia libre. Recuperado

de https://es.m.wikipedia.org/wiki/Peter_Chen

Wikipedia. (s. f.). Peter Chen. En Wikipedia, the free encyclopedia (versión traducida). Recuperado de https://en-m-wikipedia-org.translate.goog/wiki/Peter_Chen?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge

Chen, P. P.-S. (s. f.). [Retrato de Peter Pin‑Shan Chen, creador del modelo entidad‑relación] [Fotografía]. ACM Digital Library. https://dl.acm.org/doi/10.1145/320434.320440

Tipos comunes de anomalías:

Anomalía de inserción:

Ocurre cuando no se puede insertar un nuevo registro en una tabla porque falta información relacionada en otra tabla. Por ejemplo, no se puede agregar un nuevo estudiante si no se ha registrado antes en el sistema.

Anomalía de actualización:

Surge cuando la actualización de un dato en una tabla genera inconsistencias en otras tablas relacionadas, creando información contradictoria. Por ejemplo, si se actualiza el nombre de un producto en una tabla pero no en otra donde se almacena el mismo producto, se crea una incoherencia.

Anomalía de eliminación:

Ocurre cuando se elimina un registro y, con él, se pierde accidentalmente información importante relacionada. Por ejemplo, al eliminar un cliente, también se elimina su historial de compras, perdiendo información relevante.

AppMaster.io. (22 de septiembre de 2023). Normalización en bases de datos relacionales: una inmersión profunda [Entrada de blog]. Recuperado de https://appmaster.io/es/blog/normalizacion-en-bases-de-datos-relacionales

GeeksforGeeks. (23 de julio de 2025). Anomalies in relational model [Artículo de sitio web]. Recuperado de https://www-geeksforgeeks-org.translate.goog/dbms/anomalies-in-relational-model/?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=sge

Toptal. (s. f.). Database design bad practices [Infografía]. En Database Design Bad Practices: Are You Making These Mistakes? Recuperado de https://www.toptal.com/database/database-design-bad-practices

Ejemplo:

Imagina que tienes dos tablas: una con datos de ventas y otra con datos de clima. Si unes estas tablas por fecha, podrías encontrar una aparente correlación entre las ventas y la temperatura. Sin embargo, esta correlación podría ser espuria si la causa real de las variaciones en las ventas es la demanda del mercado, no la temperatura.

Wikipedia. (2025). Relación espuria [Entrada de enciclopedia]. En Wikipedia, la enciclopedia libre. Recuperado de https://es.m.wikipedia.org/wiki/Relación_espuria

Wikipedia. (s. f.). Diagrama que ilustra una relación espuria: día cálido Recuperado de https://es.m.wikipedia.org/wiki/Relación_espuria

*MER (Modelo Entidad-Relación):

Es un modelo conceptual que describe las entidades, atributos y relaciones en un sistema.

*Define la estructura de la base de datos de manera abstracta, sin detalles de implementación.

Ejemplo: Un modelo que define entidades como "Cliente", "Producto" y "Pedido", con sus atributos (nombre, ID, precio, etc.) y relaciones (un cliente puede realizar muchos pedidos, un pedido puede contener muchos productos).

*DER (Diagrama Entidad-Relación):

Es la representación visual del MER, utilizando símbolos como rectángulos para entidades, óvalos para atributos y rombos para relaciones.

*Facilita la comprensión y comunicación de la estructura de la base de datos.

Ejemplo: Un diagrama que muestra "Cliente" en un rectángulo, con sus atributos como "IDCliente" (en un óvalo) y la relación con "Pedido" (en un rombo), conectado por líneas.

Universidad Europea. (2025, 13 de junio). Modelo Entidad Relación (MER o ERD): qué es y proceso de creación. Universidad Europea. Recuperado de https://universidadeuropea.com/blog/modelo-entidad-relacion/

Universidad Europea

Zanini, A. (2023, 19 de abril). ER Model, ER Diagram, and Relational Schema: What’s the Difference? DBVIS. Recuperado de https://www-dbvis-com.translate.goog/thetable/er-diagrams-vs-er-models-vs-relational-schemas/

·       Clase: Estudiante

·       Objeto: Estudiante Juan Pérez con atributos (Nombre = "Juan", Edad = 20, Carrera = "Ingeniería")

EGA Futura. (s. f.). ¿Qué es un Objeto? [Glosario]. 14 agosto de 2025, de https://www.egafutura.com/glosario/objeto-base-datos

·       Entidad débil: Depende de una entidad fuerte para existir (no tiene clave primaria completa).

·       Entidad relación: Representa relaciones entre entidades.

·       Discriminante: Atributo que distingue entre subtipos en una especialización.

Informático Sin Límites. (2021, mayo 12). Todo Sobre las ENTIDADES en Base de Datos. https://informaticosinlimites.com/base-de-datos/entidades/

Tipos de especialización

o   Total: Todos los elementos de la entidad padre están en al menos un subtipo.

o   Parcial: No todos los elementos están en subtipos.

o   Disjunta: Un elemento solo puede estar en un subtipo.

o   Solapada: Un elemento puede estar en más de un subtipo

Educative, Inc. (2025). What is specialization and generalization in DBMS? https://how.dev/answers/what-is-specialization-and-generalization-in-dbms

o   Tabla: Conjunto de datos en filas y columnas.

o   Tupla: Una fila de la tabla.

o   Atributo: Columna (nombre + tipo de dato).

o   Dominio: Conjunto de valores posibles de un atributo.

Coder, D. (2022, 19 de diciembre). Modelado de bases de datos relacionales: tipos conceptuales, lógicos y físicos. Medium. Recuperado de https://medium.com/@diego.coder/modelado-de-bases-de-datos-relacionales-tipos-conceptuales-lógicos-y-físicos-f0f6dcc43af7

Existen dos tipos de esquemas: lógico y físico. El esquema lógico define las reglas y restricciones que determinan cómo se estructuran los datos a nivel conceptual, describiendo las entidades, sus atributos y las relaciones entre ellas. Su objetivo principal es representar la organización de la información de forma independiente de la tecnología utilizada. Por su parte, el esquema físico se refiere a la forma en que los datos se almacenan realmente en el sistema, incluyendo aspectos como archivos, índices, particiones y métodos de acceso. Este último transforma el esquema lógico en una estructura de almacenamiento optimizada para un sistema gestor de bases de datos (SGBD) específico.

Por ejemplo, en una plataforma sobre datos de una persona, el objeto Contactos podría formar parte del esquema lógico como una entidad con atributos como nombre, teléfono y correo electrónico, mientras que el esquema físico indicaría en qué archivos, índices o estructuras internas del SGBD se guardan realmente esos datos.

Boada, D. (2025, 10 de febrero). Esquema de base de datos. Hostinger. https://www.hostinger.com/co/tutoriales/esquema-de-base-de-datos

Tipos de claves

o Clave primaria

• Identifica de forma única a cada registro en una tabla.

• No puede contener valores nulos ni repetidos.

• Ejemplo: el número de identificación de una persona en la tabla Clientes.

o Clave candidata

• Cualquier atributo o conjunto de atributos que podría ser una clave primaria.

• Una tabla puede tener varias claves candidatas, pero solo una se elige como clave primaria.

o Clave alterna

• Es una clave candidata que no fue seleccionada como clave primaria.

o Clave foránea

• Un atributo en una tabla que hace referencia a la clave primaria de otra tabla.

• Sirve para establecer relaciones entre tablas y mantener la integridad referencial.

o Clave compuesta

• Clave formada por dos o más atributos que juntos identifican de manera única un registro.

o Clave natural

• Derivada de datos del mundo real, como un número de documento, placa de vehículo o código de producto.

o Clave sustituta o artificial

• Generada artificialmente por el sistema, sin significado fuera de la base de datos (por ejemplo, un ID autoincremental).

GeeksforGeeks. (2025, 23 de julio). Mapping from ER Model to Relational Model. https://www.geeksforgeeks.org/dbms/mapping-from-er-model-to-relational-model/

o Entidad fuerte → Tabla

• Cada entidad fuerte se traduce a una tabla con sus atributos como columnas.

• La clave primaria de la entidad se convierte en la clave primaria de la tabla.

o Entidad débil → Tabla con clave foránea y clave primaria compuesta

• La clave primaria incluye la clave primaria de la entidad fuerte a la que está asociada.

o Relación 1 a 1 → Clave foránea

• Puede implementarse colocando la clave primaria de una tabla como clave foránea en la otra.

o Relación 1 a N → Clave foránea en la tabla del lado N

• La clave primaria de la tabla del lado “1” se coloca como clave foránea en la tabla del lado “N”.

o Relación N a N → Tabla intermedia

• Se crea una nueva tabla con claves foráneas que referencian a las tablas relacionadas.

• La clave primaria suele ser compuesta por ambas claves foráneas.

o Atributo multivaluado → Tabla aparte

• Cada valor posible se almacena como un registro independiente en una tabla separada, relacionada mediante clave foránea.

GeeksforGeeks. (2025, 23 de julio). Mapping from ER Model to Relational Model. https://www.geeksforgeeks.org/dbms/mapping-from-er-model-to-relational-model/