# data[].attributes.body
Las bases de datos relacionales son excelentes para datos estructurados y transacciones, mientras que las no relacionales son ideales para grandes volúmenes de datos y alta escalabilidad.

# data[].attributes.body
Un diagrama de una base de datos no es mas que una representación gráfica de la estructura de una base de datos. Los diagramas son utilizados para comprender de forma rápida el funcionamiento y elementos de una base de datos y son comúnmente creados como guía para el diseño de una de estas.

Estos diagramas también son comúnmente llamados diagramas "entidad-relación".

# data[].attributes.body
Estructura: Datos organizados en tablas con filas y columnas, relacionadas entre sí.

Ideal para: Datos estructurados, transacciones complejas y análisis detallados.

Ejemplos: MySQL, PostgreSQL, SQL Server.

# data[].attributes.body
1. Iliana Janeth Godoy Almendares 20211030487

2. Jose Andres Sorto Rodas 20221030408

3. Óscar Andrés Fonseca Castillo 20191031178

4. Dereck Yareth Hernández Corrales 20221031194

5. Luis José Nuñez Ordóñez 20201002929

# data[].attributes.body
Las base de datos son fundamentales para organizar y manejar grandes volúmenes de información de forma eficiente, permitiendo un acceso rápido y confiable a los datos.

# data[].attributes.body
1. Campo: Área de almacenamiento que contiene datos del mismo tipo. En otras palabras, es una columna de la tabla.

2. Registro: Colección de campos iguales o de diferentes tipos relacionados. En otras palabras, es una fila de la tabla.

3. Tabla: Son los registros almacenados. Una base de datos esta conformada por varias tablas.

# data[].attributes.body
La arquitectura de un sistema gestor de bases de datos (SGBD) es el pilar sobre el cual se construyen la seguridad, el rendimiento y la escalabilidad de las aplicaciones de datos modernas.

Al comprender sus fundamentos, los profesionales pueden garantizar que las bases de datos no solo almacenan datos sino que también facilitan consultas complejas, transacciones y análisis con alta eficiencia y confiabilidad.

# data[].attributes.body
En el fascinante mundo de las base de datos, la abstracción desempeña un papel crucial al facilitar la comprensión y el manejo de la complejidad de los datos. Los niveles de abstracción de una base de datos representan diferentes perspectivas desde las cuales los usuarios y los desarrolladores pueden interactuar con la información almacenada.

# data[].attributes.body
1. Nivel físico

En el nivel más bajo de abstracción, nos encontramos con el nivel físico, que describe cómo los datos se almacenan y organizan internamente en la base de datos. Incluye detalles como la estructura de almacenamiento, índices y cómo se accede a los datos en el disco. Este nivel es crucial para los administradores de bases de datos y desarrolladores que necesitan optimizar el rendimiento y garantizar la eficiencia en el acceso a los datos.

2. Nivel lógico

El nivel lógico presenta una visión estructurada de la base de datos que abstrae los detalles de implementación física. Aquí es donde se definen las tablas, relaciones, restricciones de integridad y otros elementos clave. Los usuarios y desarrolladores interactúan con la base de datos desde este nivel al consultar datos y realizar operaciones sin preocuparse por cómo se almacenan internamente.

3. Nivel de vista

Para continuar con los niveles de abstracción de una base de datos, hablemos del nivel de vista. Este permite la creación de vistas personalizadas para grupos específicos de usuarios. Las vistas son subconjuntos lógicos de datos que presentan una imagen particular de la base de datos. Esto facilita la personalización para diferentes roles o necesidades, de forma que le proporciona a los usuarios la información relevante sin exponer detalles innecesarios.

4. Nivel de usuario

El nivel más alto de abstracción es el nivel de usuario, donde los individuos interactúan directamente con la base de datos a través de interfaces de usuario. Esto incluye formularios, informes y otras herramientas que permiten que los usuarios realicen consultas, inserten datos y gestionen la información sin necesidad de conocimientos técnicos profundos.

# data[].attributes.body
Administradores de Base de Datos: Son los encargados de la gestión general de la base de datos.

Desarrolladores: Crean las aplicaciones que interactúan con la base de datos.

Usuarios Finales: Son las personas que utilizan las aplicaciones que interactúan con la base de datos.

# data[].attributes.body
Las bases de datos en la nube son sistemas de almacenamiento de datos que se encuentran alojados en servidores remotos, a los que se accede a través de internet. A diferencia de las bases de datos tradicionales, no requieren una infraestructura física local.

# data[].attributes.attachment_link.title
¡Cómo tener tu propia base de datos SQL en la nube y gratis!

# data[].attributes.body
Escalabilidad: Adapta tu almacenamiento según tus necesidades, evitando costos innecesarios.

Accesibilidad: Accede a tus datos desde cualquier lugar y colabora en tiempo real.

Costo-efectivo: Elimina gastos iniciales y paga solo por lo que usas.

Seguridad: Protege tus datos con medidas de seguridad robustas y cumple con normativas.

Costos reducidos: Al utilizar un modelo de suscripción, las empresas pueden reducir costos operativos, ya que no necesitan invertir en infraestructura física y mantenimiento.

# data[].attributes.body
A la hora de crear un diagrama de base de datos, existen 3 tipos de diagramas por los que podemos optar:

1. Diagramas conceptuales

Es el modelo más básico, brinda una visión general del proyecto sin enfocarse en los detalles de implementación. Únicamente muestra las entidades y como estas se relacionan.

2. Diagramas lógicos

Este modelo también muestra una definición de las entidades y sus relaciones, sin embargo, debe cumplir con ciertos requisitos técnicas para tener validez. Este tipo de diagrama tampoco se enfoca en los detalles de implementación.

3. Diagramas físicos

Este modelo incorpora todos los detalles necesarios para convertir el diagrama en una base de datos operativa. Presenta una mayor precisión en la definición de atributos.

# data[].attributes.body
Un SGBD se compone de varias partes interconectadas que trabajan en conjunto para manejar múltiples aspectos del almacenamiento, manipulación y recuperación de datos.

Algunos de los componentes clave incluyen:

El Motor de Almacenamiento: Es el núcleo del SGBD, responsable del almacenamiento y la recuperación de datos en medios físicos como discos o SSDs.

El Compilador de Consultas: Transforma las instrucciones de lenguajes de consulta, como SQL, en planes de ejecución que el SGBD puede procesar.

El Controlador de Transacciones: Gestiona las transacciones concurrentes para asegurar la integridad y el aislamiento de los datos, manteniendo la consistencia a través de las operaciones.

# data[].attributes.body
La arquitectura de un SGBD a menudo sigue un modelo de tres niveles, diseñado para separar las preocupaciones del almacenamiento físico de datos de la forma en que los datos son presentados a los usuarios y aplicaciones.

1. Nivel Interno: El nivel más bajo, conocido como el esquema interno, gestiona la estructura física de almacenamiento de datos. Aquí, se define la eficiencia del almacenamiento, a través de la compresión de datos y la optimización de estructuras como índices y particiones.

2. Nivel Conceptual: En el corazón del SGBD, el esquema conceptual actúa como un puente entre el almacenamiento físico y la presentación lógica de los datos. Define la estructura lógica de la base de datos, incluyendo esquemas, vistas y definiciones de integridad.

3. Nivel Externo: También conocido como el nivel de vista, se compone de múltiples esquemas de usuario o vistas. Cada esquema externo presenta los datos a los usuarios de manera que sea relevante para sus necesidades específicas, sin exponer los detalles del almacenamiento interno.

# data[].attributes.body
La información sobre los usuarios, roles y permisos se almacena en el catálogo del SGBD. El catálogo es una base de datos interna que contiene metadatos sobre la base de datos, como la estructura de las tablas, los índices, los usuarios, los roles y los privilegios.

# data[].attributes.body
https://www.aulaclic.es/access-2013/b_1_1_1.htm

https://sga.unemi.edu.ec/media/recursotema/Documento_20201120171118.pdf

https://www.dongee.com/tutoriales/arquitectura-de-sistemas-gestores-de-bases-de-datos/

https://keepcoding.io/blog/niveles-de-abstraccion-de-una-base-de-datos/

https://vertabelo-com.translate.goog/blog/what-is-database-diagram/?_x_tr_sl=en&_x_tr_tl=es&_x_tr_hl=es&_x_tr_pto=rq#:~:text=There%20are%20three%20types%20of,difference%20between%20ER%20diagram%20types.

https://www.edrawsoft.com/es/how-to-create-database-diagram.html

https://cloud.google.com/learn/what-is-a-cloud-database?hl=es-419

# data[].attributes.body
Para comprender los diagramas de bases de datos, debemos echar un vistazo a los elementos que pueden estar presentes y saber el significado de cada uno de ellos:

# data[].attributes.body
Son el elemento principal de un diagrama entidad-relación, de ellos se desprenden el resto de elementos como los atributos, relaciones u otras entidades.

# data[].attributes.body
Son otro tipo de entidad, que depende de una entidad superior para existir. En el ejemplo, las ciudades no pueden existir si no hay estados, por lo tanto, "Estados" es una entidad fuerte y "Ciudades" es una entidad débil.

# data[].attributes.body
Los atributos pertenecen a las entidades, básicamente son características, variables o propiedades que componen a las entidades.

# data[].attributes.body
Este tipo de atributo representa una característica distintiva de una entidad, es decir, un atributo único.

# data[].attributes.body
Este elemento estable una relación entre 2 o más elementos. Al igual que las entidades, las relaciones pueden ser fuertes o débiles y su principio es el mismo.

# data[].attributes.body
Las tablas representan las entidades, sus atributos y relaciones de una forma más eficiente y organizada.

# data[].attributes.body
La cardinalidad en base de datos permite establecer una relación numérica entre entidades de forma simbólica. Existen varios tipos de cardinalidad dependiendo del número de entidades de cada lado.

# data[].attributes.body
Estructura: Datos menos estructurados, almacenados en diferentes formatos (documentos, claves-valor, gráficos).

Ideal para: Grandes volúmenes de datos, alta escalabilidad y flexibilidad.

Ejemplos: MongoDB, Cassandra, Redis.

# data[].attributes.body
Las bases de datos NoSQL son fundamentales para el mundo actual ya que su flexibilidad para adaptarse a diferentes tipos de datos, su capacidad para manejar grandes volúmenes de información y su alta velocidad de procesamiento las convierten en la elección ideal para aplicaciones modernas.

# data[].attributes.body
Análisis de grandes datos

Aplicaciones móviles

Internet de las cosas (IoT)

Aplicaciones en tiempo real

Aplicaciones de almacenamiento de documentos

# data[].attributes.body
Implementación

Requiere un enfoque flexible y adaptado a las características específicas de cada proyecto. A diferencia de las bases de datos relacionales, NoSQL ofrece una amplia gama de modelos de datos (clave-valor, documento, columna, gráfico), lo que permite elegir el más adecuado para la estructura y el tipo de datos a almacenar.