# data[].attributes.headline
Fundamentos y diseño de  

Bases de datos. 

 

# data[].attributes.subject
Fundamentos y diseño de  

Bases de datos. 

 

# data[].attributes.body
Estudiantes:

Julian  Polo Barrios.

Brayan Quintero Cuartas.

Tomas Rendón.

Samuel Steven Quiceno.

Juan Daniel Parra Rivera.

Samuel Ortiz Bermúdez.

Docente:

Andrea Lorena Ospina Perez

# data[].attributes.body
La cardinalidad es el número de instancias de una entidad que pueden estar asociadas con las instancias de otra entidad en una relación. Existen cuatro grados de relación:

Uno a uno: Una entidad A se relaciona con una única entidad B, y viceversa.

Uno a muchos: Una entidad A se relaciona con múltiples entidades B, pero cada entidad B se relaciona solo con una entidad A.

Muchos a uno: Múltiples entidades A se relacionan con una única entidad B, pero cada entidad A se relaciona solo con una entidad B.

Muchos a muchos: Múltiples entidades A se relacionan con múltiples entidades B, y viceversa.

# data[].attributes.body
Las relaciones espurias son aquellas que surgen cuando dos variables parecen estar correlacionadas, pero esta relación es engañosa. Por ejemplo, en un análisis estadístico, puede observarse que el aumento en el consumo de helados está correlacionado con un incremento en los ahogamientos. Sin embargo, esta correlación no implica que uno cause el otro; en realidad, ambos fenómenos pueden estar influenciados por una tercera variable, como la temperatura. En el contexto de bases de datos, identificar y manejar estas relaciones es crucial para evitar decisiones basadas en datos incorrectos.

# data[].attributes.attachment_caption
Ocaña-Fernández, Y., Valenzuela-Fernández, A., Gálvez-Suárez, E., Aguinaga-Villegas, D., Nieto-Gamboa, J., & López-Echevarría, T.I. (2020). Gestión del conocimiento y tecnologías de la información y la comunicación (TICs) en estudiantes de ingeniería mecánica. Apuntes universitarios: Revista de investigación, 84(1), 77-88. https://doi.org/10.17162/revapuntes.v10i1.195

# data[].attributes.body
Las anomalías de diseño en bases de datos se refieren a problemas que surgen durante la creación y gestión de bases de datos, que pueden afectar la integridad, eficiencia y facilidad de uso de los datos. Estas anomalías pueden clasificarse en tres tipos principales: anomalías de inserción, anomalías de actualización y anomalías de eliminación. Cada una de estas anomalías puede llevar a inconsistencias en los datos y a un uso ineficiente de los recursos de almacenamiento.

# data[].attributes.attachment_caption
Boyce, R. F., & Codd, E. F. (1974). Further normalization of the relational database model. ACM SIGMOD Record, 3(1), 64-75. https://doi.org/10.1145/971697.971704

# data[].attributes.body
La Boyce-Codd Normal Form (BCNF) es una forma normal utilizada en la normalización de bases de datos relacionales, que busca eliminar redundancias y asegurar la integridad de los datos. Fue desarrollada por Raymond F. Boyce y Edgar F. Codd en 1974, La BCNF establece que una relación está en esta forma normal si, para cada dependencia funcional en la relación, el determinante (la parte izquierda de la dependencia) es una superclave. Esto significa que todos los atributos no clave deben depender completamente de la clave principal y no de una parte de ella. La principal contribución de la BCNF es la mejora en la estructura de las bases de datos, lo que permite evitar problemas como la redundancia de datos y las anomalías en las operaciones de inserción, actualización y eliminación.

# data[].attributes.attachment_caption
Chen, P. 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

# data[].attributes.body
Peter Pin-Shan Chen (陳品山) es un informático teórico estadounidense nacido en Taiwán en 1947. Es conocido principalmente por haber desarrollado el modelo entidad-relación (ER), El modelo entidad-relación es una forma de representar gráficamente los objetos de interés (entidades) y cómo se relacionan entre sí en un dominio particular. Utiliza entidades, atributos y relaciones como elementos básicos. Este modelo conceptual se usa comúnmente para diseñar bases de datos relacionales, ya que proporciona una vista de alto nivel de la estructura de la información.

# data[].attributes.body
El axioma de Armstrong es un conjunto sólido y completo de reglas de inferencia o axiomas, introducido por William W. Armstrong, que se utiliza para probar la implicación de las dependencias funcionales. Si F es un conjunto de dependencias funcionales, entonces el cierre de F, denotado como , es el conjunto de todas las dependencias funcionales implicadas lógicamente por F. Los axiomas de Armstrong son un conjunto de reglas que cuando se aplican generan un cierra de dependencias funcionales.

Barcelona Geeks. (s.f.). Axiomas de Armstrong en dependencia funcional en DBMS. Recuperado de https://barcelonageeks.com/axiomas-de-armstrong-en-dependencia-funcional-en-dbms/

# data[].attributes.body
Es donde se organizan todos los datos de manera organizada para que tengan sentido, se utilizan dos tipos de claves que son las claves primarias y las claves ajenas.

Se saben que las claves primarias son irreducibles ósea ningún subconjunto de la clave primaria sirve para identificar las tuplas de modo único, si se permitiera que parte de la clave primaria fuera nula, se estaría diciendo que no todos sus atributos son necesarios para distinguir las tuplas, con lo que se estaría contradiciendo la irreducibilidad y definiendo lo que es la regla de integridad de entidades.

Clave ajena: son las que permiten identificar de manera única el registro de una tabla. Ejemplo: si una tabla de empleados, clave primaria es el número del empleado, la clave ajena podría ser al número de registro de seguridad social, ya que también es único para cada empleado.

Regla de integridad referencial: la segunda regla de integridad se aplica solo a las claves alternativas, su en una relación hay alguna clave ajena, sus valores deben coincidir con valores de la clave primaria a la que se hace referencia, o bien, deben ser completamente nulos.

Reglas de negocio: además de las dos reglas de integridad anteriores es necesario interponer varias restricciones específicas sobre los datos que forman parte de la estrategia de funcionamiento de la empresa.

Por ejemplo, si en cada oficina de alguna empresa solo puede haber treinta empleados, el SGBD debe dar la posibilidad al usuario de definir una regla al respecto y debe hacerla respetar. En este caso, no debería permitir dar de alta a un empleado en una oficina que ya tiene a los treinta permitidos, No todos los SGBD relacionales permiten definir este tipo de restricciones y hacerlas respetar.

Marqués, M. (2011)Bases de datos ¹. Publicacions de la Universitat Jaume I. ISBN: 978-84-693-0146-3.

# data[].attributes.body
Es la manera en la que están organizados los datos en la base de datos, permite construir expresiones validadas, permite la creación de tablas, le definición de columnas y tipos de datos, la especificación de claves primarias y la especificacion de claves primarias y  foráneas para establecer las relaciones entre tablas.

Por ejemplo, se utiliza el lenguaje de datos (DDL) con comandos como CREATE TABLE, ALTER TABLE y DROP TABLE para definir y modificar el esquema.

Marqués, M. (2011)Bases de datos ¹. Publicacions de la Universitat Jaume I. https://bdigital.uvhm.edu.mx/wp-content/uploads/2020/05/Bases-de-Datos.pdf

# data[].attributes.body
Generalización: E todas las jerarquías los campos se heredan del supertipo, pero puede suceder que cada entidad llegue a tener su clave principal, se puede legar a identificar de forma independiente. En este tipo de casos la cardinalidad mínima será en todas las unidades (0,1). Se identifica una generalización cuando los supertipos y subtipos tienen sus propias claves.

Especialización: En esta jerarquía también se heredan los campos de supertipo, se distingue de la generalización porque en la especialización todas las entidades que intervienen comparten la clave del supertipo. En este caso la cardinalidad del supertipo seria (1,1)

Total: Sucede cuando no existen registros del supertipo que no estén relacionados con el subtipo, siempre tienen que estar relacionado. Se representa con la cardinalidad mínima a uno en la superentidad y con un círculo en la línea donde se une el supertipo con la relación.

Parcial: Sucede cuando los registros del supertipo no están relacionados con ninguno de los subtipos.

Exclusiva: Sucede cuando un registro de la superentidad está relacionado de forma exclusiva con las subentidades, se entiende que solo puede ser uno a la vez y no dos cosas a la vez, Se representan con un arco por debajo del triángulo invertido.

Solapada: Sucede cuando un registro del supertipo puede estar relacionado con más de un registro de los subtipos, es normal que esto pase en las relaciones que no son exclusivas y son totales, ya que se obliga a que esté relacionada con alguna de ellas.

Medium. (n.d.). Generalización y especialización en bases de datos. Medium. Recuperado de https://medium.com/enredando-con-bases-de-datos/bbdd-jerarqu%C3%ADas-9c43fef4b487.

# data[].attributes.headline
Entidades fuertes, débiles y discriminante

# data[].attributes.subject
Entidades fuertes, débiles y discriminante

# data[].attributes.body
Existen varios tipos de entidades que se relacionan entre si mediante algo que las conecte estas son entidades débiles y entidades fuertes cada una ellas tienen su propósito, la entidad débil es la que depende de la existencia de ejemplares en otra entidad.

La segunda entidad mencionada es la que se llama entidad fuerte y cada ejemplar de la entidad débil depende solamente de un ejemplar de la entidad fuerte.

Cada entidad tiene un atributo que es la discriminante que permite distinguir las entidades en un grupo de entidades débiles que dependen de una entidad de un conjunto de entidades fuertes.

Ejemplo:

• Cod_trabajo: 129, Nombre: Limpieza de fachada

• id_tarea: 129-1, Descripción: Colocar andamios

• id_tarea: 129-2, Descripción: Asegurar trabajadores

• id_tarea: 129-3, Descripción: Realizar limpieza

• id_tarea: 129-4, Descripción: Recoger material

• Cod_trabajo: 130, Nombre: Limpieza de pintadas

• id_tarea: 130-1, Descripción: Preparación de la máquina

• id_tarea: 130-2, Descripción: Realizar limpieza con máquina

• id_tarea: 130-3, Descripción: Recoger materia

• id_tarea: 130-3, Descripción: Recoger materia

Sánchez, J. (s.f.). Entidades débiles y fuertes en el modelo entidad-relación. Recuperado el 27 de agosto de 2024, de https://jorgesanchez.net/presentaciones/bases-de-datos/entidad-relacion/entidades-debiles.pdf.

# data[].attributes.body
Un modelo relacional es un tipo de tabla (relación) donde cada tabla representa una entidad y sus atributos, se componen por filas que son las (tuplas) y columnas (atributos). Cada fila en una tabla es única y se puede identificar mediante una clave primaria. El modelo permite la independencia de los datos, lo que significa que su estructura está separada del almacenamiento físico, facilitando la manipulación y consulta de los datos sin la necesidad de conocer los detalles internos del sistema. El dominio de atributo es el conjunto de los posibles valores que pueda tomar el atributo

Ejemplo: Un dominio para un atributo de fecha de Nacimiento solo aceptaría fechas válidas, en cambio un dominio para un atributo de país solo aceptaría nombres de países existentes

Sánchez, J. (n.d.). Modelo relacional. Recuperado de https://jorgesanchez.net/manuales/gbd/modelo-relacional.html

# data[].attributes.body
Es una especificación que define la propiedad de un objeto, elemento o archivo.​

También se puede referir o establecer el valor específico para una instancia determinada de los mismos, pero, actualmente, el término atributo con frecuencia se considera como si fuera una propiedad dependiendo de la tecnología que se use.

Un ejemplo es el proceso de asignación de valores XML a las propiedades.

El mismo elemento puede tener una serie de atributos establecidos (Nombre="estoesunapropiedad").

# data[].attributes.body
Es un concepto fundamental en base datos y modelados de datos, particularmente en bases de datos relacionales y diseño orientado a objetos

1. En Bases de Datos Relacionales:

Una instancia de una entidad es un registro específico que corresponde a una fila en una tabla de la base de datos.

Ejemplo:

Entidad: Cliente

Atributos: ID Cliente, Nombre, Dirección, Teléfono

Instancia: ID: 001, Nombre: Juan Pérez, Dirección: Calle Falsa 123, Teléfono: 555-1234

2. En Diseño Orientado a Objetos:

Instancia de una Entidad: Una instancia de una entidad sería un objeto concreto creado a partir de esa clase.

Ejemplo:

Clase: Cliente

Atributos: Nombre, Dirección, Teléfono

Instancia: cliente1 (donde cliente1.Nombre = "Juan Pérez", cliente1.Dirección = "Calle Falsa 123", cliente1.Teléfono = "555-1234").

# data[].attributes.body
Algo que se puede definir, como una persona, objeto, concepto u evento, que puede tener datos almacenados acerca de este. Podemos pensar en las entidades como si fueran sustantivos. Por ejemplo: un cliente, estudiante, auto o producto.

# data[].attributes.body
El ciclo de vida del software es un proceso utilizado para minimizar tiempos a la hora de diseñar y crear software de alta calidad, reduciendo los riesgos por medio de una buena planificación para que el software cumpla las expectativas del cliente.

Las etapas clave del ciclo de vida del software son:

1. Planificación

En la planificación se definen los objetivos, alcance y recursos necesarios para el desarrollo, se hacen análisis de viabilidad, estimación de costos, se define el cronograma y se asignan los recursos.

2. Análisis de Requisitos

Se recopilan y documentan las necesidades y expectativas de los usuarios, se entrevistan usuarios y se crean especificaciones funcionales y no funcionales.

3. Diseño

Se crea la arquitectura del software y se planifica como se implementarán los requisitos, se diseña la base de datos, la interfaz y se especifican los módulos.

4. Desarrollo (Codificación)

Se escribe el código fuente, se implementan algoritmos y pruebas unitarias.

5. Pruebas

Se verifica que el software no presente errores y funcione tal como fue planificado, con pruebas de integración, de sistema, de aceptación y corrección de errores.

6. Implementación (Despliegue)

Se hace que el software esté disponible para los usuarios.

7. Mantenimiento

Se corrigen errores que se descubran luego del despliegue y se mejora el software con parches de seguridad, mejoras de rendimiento y soporte al usuario.

8. Retiro

Se retira el software cuando ya no sea necesario o esté obsoleto migrando a un nuevo sistema, desinstalándolo y archivando datos.

Este ciclo puede ser seguido de manera secuencial o iterativa, dependiendo del modelo de desarrollo que se utilice, como el modelo en cascada, el modelo ágil, o el modelo en espiral y se suele utilizar mucho en software diseñado para empresas que manejarán alto flujo de clientes o en videojuegos.

# data[].attributes.body
Una base de datos es la recopilación de información o datos, que normalmente se almacenan de forma electrónica en un sistema informático, suelen estar controladas por un sistema de gestión (DBMS), que en conjunto con los datos y aplicaciones asociadas a ellos reciben el nombre de “sistemas de bases de datos” o simplemente “bases de datos”.

Las bases de datos normalmente se usan en aplicaciones web, software de gestión, análisis de datos y cualquier sistema que necesite manejar información estructurada.

Las bases de datos pueden ser:

Relacionales: Utilizan tablas con relaciones entre ellas. Se manejan mediante sistemas como SQL, que permite realizar consultas complejas y mantener la integridad de los datos. Ejemplos: MySQL, PostgreSQL.

NoSQL: Diseñadas para almacenar grandes volúmenes de datos no estructurados o semi-estructurados. No siguen un esquema de tablas rígido como las bases de datos relacionales. Ejemplos: MongoDB, Cassandra.

Orientadas a objetos: Almacenan datos en forma de objetos, como en la programación orientada a objetos. Ejemplo: db4o.

Ejemplo: Registro de eventos deportivos: Para rastrear resultados, estadísticas y programación de eventos deportivos.

# data[].attributes.headline
Figuras del Modelamiento Entidad Relación

# data[].attributes.subject
Figuras del Modelamiento Entidad Relación

# data[].attributes.body
Rectángulo: representa la entidad padre, el rectángulo doble es una entidad débil.

Óvalos: Representan los atributos de una entidad

Rombos: Son las relaciones entre las entidades

Flechas y líneas: Indican la relación entre entidades

Cardinalidades: Representan la cantidad de información que fluye de una entidad a otra.

# data[].attributes.body
En el diagrama entidad relación las figuras se relacionan con la cardinalidad y la ordinalidad. La cardinalidad se refiere al máximo de instancias de una entidad que se puede relacionar con las instancias de otra. La ordinalidad es el mínimo número de instancias que se puede relacionar de una entidad a las instancias de otra.

Las figuras son una instancia, varias instancias, una y solo una instancia, cero o una instancia, una o varias instancias y cero o varias instancias.

# data[].attributes.body
Es un modelo lógico representado como un diagrama de flujo en el cual se muestra como fluyen los datos de una entidad a otra.

Es una forma fácil de ver la estructura de un sistema.

# data[].attributes.body
Es una representación de la relación entre diferentes entidades en las bases de datos.

Este modelo nos permite ver de manera eficaz como interactúan las diferentes entidades de la base de datos, estas relaciones pueden ser de dos o más. Lo normal es que se utilicen sustantivos

Ejemplo: Cliente y Pedido como entidades

# data[].attributes.body
La información es aquella que está compuesta por los datos no contextualizados pero que juntos entre sí componen un significado interpretable y reconocible por el ser humano como algo de interés.

Ejemplo: Conjunto de datos: Persona, vehículo, rojo, calle, 23, semáforo, edificio, hombre, árbol, color, arrollar.

Información: Un vehículo arrolló a una persona porque se pasó el semáforo en rojo.

En la calle 23 se cayó un árbol.

# data[].attributes.body
A diferencia del backend, el frontend es la parte de una aplicación o sitio web con la que los usuarios interactúan directamente. Incluye todo lo que ves y experimentas cuando utilizas una aplicación o navegas por un sitio web, como el diseño, los colores, los botones, las imágenes, los textos, los formularios, y cualquier otro elemento visual o interactivo.

se conforma habitualmente por :

-interfaz del usuario: es con lo que el usuario interactúa en toda aplicación

-experiencia del usuario: se refiere a la comodidad y la felicidad del usuario al interactuar con la pagina o app

algunos ejemplos son:

-el estilo de las páginas web como los botones y estilo de texto que transmite información al usuario

plataformas de streaming: la interfaz de navegación y controles de video

# data[].attributes.body
El backend es la parte de una aplicación o sitio web que se encarga de gestionar la lógica del servidor, la base de datos, y el procesamiento de las solicitudes de los usuarios. Es el "detrás de escena" de una aplicación ósea que el usuario nunca interactúa con este lado, es donde se realizan todas las operaciones que no son visibles directamente para el usuario, como el almacenamiento y recuperación de datos, la lógica de negocios, y la autenticación de usuarios comúnmente se usa para el desarrollo web pero su uso no se limita solo a eso.

tiene componentes clave como el servidor(define como responder y manejar las solicitudes de los usuarios),la base de datos(almacena toda la información pertinente y los gestiona ), aplicación del servidor(define cómo se manejan los servidores e interactúan las bases de datos )

algunos ejemplos de cada ámbito son:

-apps de comercio electrónico: gestiona, supervisa y concreta las órdenes de compra y existencias de cada producto

redes sociales: almacena las grandes cantidades de datos de los usuarios y los gestiona para mostrar los contenidos recomendados

# data[].attributes.body
Un objeto es cualquier entidad que se puede almacenar y manipular dentro de una base de datos. Los objetos pueden ser de varios tipos, y cada uno tiene características y comportamientos específicos que permiten la organización y manipulación eficiente de sus datos. Ejemplos de entidades incluyen una persona, una casa, una empresa, entre otros.

# data[].attributes.attachment_caption
(Silberschatz, Korth & Sudarshan, Año 2002, p. 23, Figura 2.4 y 2.5).

# data[].attributes.body
A) uno a uno: Un estudiante está inscrito en un solo curso, y ese curso solo tiene a ese estudiante
B) uno a muchos: Un estudiante puede estar inscrito en varios cursos, pero cada curso solo puede tener a un estudiante
C) muchos a uno: Muchos estudiantes pueden estar inscritos en un solo curso, pero un curso está asociado a un solo estudiante
D) muchos a muchos: Muchos estudiantes pueden estar inscritos en muchos cursos, y cada curso puede tener muchos estudiantes

# data[].attributes.body
Las claves son un atributo o un conjunto de atributos que se utilizan para identificar de manera única una fila (registro) dentro de una tabla.

Clave primaria: Es un atributo o conjunto de atributos que permite la identificación de una entidad en una tabla. Por ejemplo, una clave primaria en una tabla de ciudadanos sería su documento de identidad.

Clave foránea: Es un atributo que crea un puente entre dos tablas y que apunta a la clave primaria de otra tabla. Por ejemplo, en una tabla de "Empleados", el "ID de Departamento" podría ser una clave foránea que apunta a la tabla de "Departamentos".

Superclave: Es un conjunto de uno o más atributos que se utilizarán para identificar de manera única un registro en una tabla.

# data[].attributes.body
Los tipos son formas de referirse a las propiedades y características de los atributos:

Simples: Son atributos que no pueden subdividirse en partes más pequeñas, como el nombre, los números, etc.

Compuestos: Son atributos que pueden subdividirse en más propiedades, tales como la dirección, que se puede desglosar en la calle, el número de la calle, el número de casa, etc.

Univalorados: Es un tipo de atributo que solo puede tomar un valor para una entidad específica, como el número de cuenta o la fecha de cumpleaños.

Multivalorados: Es un tipo de atributo que puede tener múltiples valores para una entidad, como los números de teléfono o las sedes.

Derivados: Son atributos que pueden derivar de una entidad u otro atributo, como el atributo "cliente" que deriva de "banco" o la "edad" que se deriva de la fecha de nacimiento.

Nulo: Es un tipo de atributo que no tiene un valor para una entidad en algunos casos. En otras palabras, indica la ausencia de un valor o su desconocimiento, como un segundo nombre.

# data[].attributes.body
Un dato se define como cualquier elemento de información que puede ser registrado, almacenado, y analizado. Es la unidad más básica de información, que puede ser un número, una letra, un símbolo, un hecho o cualquier otro tipo de información que pueda ser interpretada o procesada por un ser humano o un sistema informático.

Características de los Datos:

Básico e Indivisible: Los datos representan la forma más simple de información. No se pueden dividir en partes más pequeñas sin perder su significado.

Sin contexto: Un dato por sí solo no tiene contexto o significado completo. Por ejemplo, el número "23" es solo un dato; sin más información, no sabemos si representa una edad, una cantidad de productos, una temperatura, etc.

Formato: Los datos pueden ser de diferentes tipos, como numéricos (ej. 100, 3.14), alfanuméricos (ej. A123, XYZ), booleanos (verdadero o falso), de fecha (ej. 24/08/2024), y más.

ejemplos: carlos, 1932,medellín, motorola

# data[].attributes.body
DBMS (Database Management System, o Sistema de Gestión de Bases de Datos en español) es un software que permite a los usuarios crear, gestionar, y manipular bases de datos de manera eficiente. Un DBMS proporciona una interfaz para interactuar con los datos, así como herramientas para definir, almacenar, modificar, y recuperar la información almacenada en una base de datos.

Funciones principales de un DBMS:

1. Creación y Diseño de Bases de Datos:

2. Inserción, Actualización y Eliminación de Datos:

3. Consulta de Datos:

4. Seguridad de los Datos:

5. Integridad de los Datos:

6. Manejo de Transacciones:

7. Backup y Recuperación:

8. Control de Concurrencia:

algunos tipos de dbms son:

-relacionales: Utiliza tablas para almacenar datos y establecer relaciones entre ellas mediante claves primarias y foráneas. (sql,postgreSQL,sqlServer)

-no relacionales o no solo relacionales: Diseñado para almacenar y gestionar grandes volúmenes de datos no estructurados o semiestructurados. Puede manejar diferentes tipos de modelos de datos como documentos, gráficos, clave-valor, y columnas. (MongoDB,cassandra)

-orientado a objetos: almacena datos objeto similar a la programación orientada a objetos lo que le permite trabajar con lenguajes orientados a objetos (ObjectDB,db4o)

-jerárquico o en red: guarda los registros y cada registro tiene una  estructura similar a un árbol con uno o múltiplos padres  (IBM Information Management System (IMS),Integrated Data Store (IDS))

# data[].attributes.body
Diferencias entre MER y DEREl Modelo Entidad-Relación (MER) y el Diagrama Entidad-Relación (DER) son conceptos relacionados pero no son exactamente lo mismo. El MER es un modelo conceptual que representa las entidades, atributos y relaciones de un sistema de información, mientras que el DER es la representación gráfica de ese modelo. Modelo Entidad-Relación (MER)Es un modelo de datos de alto nivel que provee un entorno conceptual con reglas semánticas conocidas, Representa las entidades, atributos y relacions de un sistema, Identifica las entidades, sus atributos y las relaciones entre ellas.

Diagrama Entidad-Relación (DER)Es la representación gráfica del Modelo Entidad-Relación, Muestra las entidades, atributos, relaciones y cardinalidades de un sistema que se crea a partir del MER y se utiliza para planificar y comunicar cómo se organizarán y relacionarán los datos en una base de datos.

# data[].attributes.body
Preunta 1:

Ken.A (2023, 10,03). Backend: ¿Qué es y para qué sirve?. glup an orium company. https://www.gluo.mx/blog/backend-que-es-y-para-que-sirve

pregunta 2:

Coppola.M (2022, 9,19).Frontend y backend: qué son, en qué se diferencian y ejemplos. hob spot. https://blog.hubspot.es/website/frontend-y-backend

pregunta 3:

Rouse.M (2019, 10,14).Sistema de gestión de bases de datos o DBMS. Computer weekly. https://www.computerweekly.com/es/definicion/Sistema-de-gestion-de-bases-de-datos-o-DBMS

pregunta 4:

Westreicher .W (2020, 12,01).DATO. Economipedia. https://economipedia.com/definiciones/dato.html

pregunta 5:

Felipe (2021, 07,14).Qué es una relación en una base de datos y qué tipo de relaciones pueden existir. HostingPlus. https://www.hostingplus.com.co/blog/que-es-una-relacion-en-una-base-de-datos-y-que-tipo-de-relaciones-pueden-existir/

https://jorgesanchez.net/er

https://jorgesanchez.net/manuales/gbd/entidad-relacion.html

https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

https://miro.com/es/diagrama/que-es-diagrama-entidad-relacion/

https://userexterno5.wordpress.com/2014/09/25/conceptos-de-un-modelo-entidad-relacion-y-ejemplo/

https://bookdown.org/paranedagarcia/database/modelamiento-de-datos.html

https://bdigital.uvhm.edu.mx/wp-content/uploads/2020/05/Bases-de-Datos.pdf

https://codigosql.top/bases-de-datos/modelo-entidad-relacion/

https://www.lucidchart.com/pages/es/simbolos-de-diagramas-entidad-relacion

https://informaticosinlimites.com/wp-content/uploads/2022/06/10-1.svg

# data[].attributes.body
Aunque la relación de la base de datos cubre todas las bases de datos para entender mejor el concepto nos referiremos a las dbms relacionales aunque se aplica a todos los tipos.

En las dbms relacionales, una relación es una asociación entre dos o más conjuntos de datos que están organizados de una manera estructurada. En bases de datos relacionales, una relación se representa como una tabla que consta de filas y columnas. Las filas, también conocidas como registros, representan instancias de datos, mientras que las columnas, también llamadas atributos, representan los diferentes tipos de datos que pueden describir esas instancias.

Tipos de Relaciones en Bases de Datos Relacionales

Uno a Uno (1:1): : En una relación uno a uno, un registro de una tabla está asociado con un solo registro en otra tabla, y viceversa.

Ejemplo: En un sistema de gestión de personal,

Uno a Muchos (1 N):  En una relación uno a muchos, un registro de una tabla puede estar asociado con múltiples registros en otra tabla, pero los registros de la segunda tabla están asociados con un solo registro en la primera tabla.

Ejemplo: En una tienda en línea,

Muchos a Uno (N:1):   Es el caso inverso de la relación uno a muchos, donde muchos registros en una tabla están asociados con un solo registro en otra tabla.

Ejemplo: Varias órdenes pueden estar asociadas con un solo cliente,

Muchos a Muchos (M:N):  En una relación muchos a muchos, varios registros en una tabla pueden estar relacionados con varios registros en otra tabla.

Ejemplo: En un sistema de gestión de una biblioteca,.