BASE DE DATOS 1, SECCION 0900 by José Andres Sorto Rodas

joseaandress18 — 2024-09-25 12:23:20 UTC

Iliana Janeth Godoy Almendares 20211030487
Jose Andres Sorto Rodas 20221030408
Óscar Andrés Fonseca Castillo 20191031178
Dereck Yareth Hernández Corrales 20221031194
Luis José Nuñez Ordóñez 20201002929

Introducción base de datos

joseaandress18 — 2024-09-26 01:11:52 UTC

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.

Las bases de datos se las organiza por:

joseaandress18 — 2024-09-26 01:12:00 UTC

Campo: Área de almacenamiento que contiene datos del mismo tipo. En otras palabras, es una columna de la tabla.
Registro: Colección de campos iguales o de diferentes tipos relacionados. En otras palabras, es una fila de la tabla.
Tabla: Son los registros almacenados. Una base de datos esta conformada por varias tablas.

joseaandress18 — 2024-09-26 01:12:49 UTC

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.

Componentes Clave de un SGBD

joseaandress18 — 2024-09-26 01:12:55 UTC

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.

joseaandress18 — 2024-09-26 01:13:55 UTC

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.

Niveles de abstracción

joseaandress18 — 2024-09-26 01:14:02 UTC

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.
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.
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.
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.

Definiciones de roles

joseaandress18 — 2024-09-26 01:20:45 UTC

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.

Funciones

joseaandress18 — 2024-09-26 01:20:59 UTC

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.

2024-09-26 02:02:48 UTC

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.

2024-09-26 02:02:55 UTC

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.

Bases de datos relacionales (SQL):

2024-09-26 02:03:04 UTC

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.

Jose Andres Sorto Rodas

joseaandress18 — 2024-09-26 03:46:03 UTC

joseaandress18 — 2024-09-26 03:46:34 UTC

joseaandress18 — 2024-09-26 03:46:36 UTC

Jose Andres Sorto Rodas

joseaandress18 — 2024-09-26 03:47:44 UTC

joseaandress18 — 2024-09-26 04:00:09 UTC

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

Arquitectura de Tres Niveles de un SGBD

joseaandress18 — 2024-09-26 20:05:18 UTC

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.

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.
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.
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.

Diagramas de bases de datos

dereckhernandez1 — 2024-09-26 22:33:22 UTC

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".

Tipos de diagramas de bases de datos

dereckhernandez1 — 2024-09-26 22:45:25 UTC

A la hora de crear un diagrama de base de datos, existen 3 tipos de diagramas por los que podemos optar:

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.

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.

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.

Diagrama conceptual

dereckhernandez1 — 2024-09-26 22:46:48 UTC

Diagrama lógico

dereckhernandez1 — 2024-09-26 22:48:25 UTC

Diagrama físico

dereckhernandez1 — 2024-09-26 22:49:51 UTC

dereckhernandez1 — 2024-09-26 22:54:16 UTC

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:

Entidades

dereckhernandez1 — 2024-09-26 23:04:23 UTC

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.

Entidades débiles

dereckhernandez1 — 2024-09-26 23:06:55 UTC

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.

Relaciones

dereckhernandez1 — 2024-09-26 23:09:02 UTC

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.

Atributos

dereckhernandez1 — 2024-09-26 23:11:01 UTC

Los atributos pertenecen a las entidades, básicamente son características, variables o propiedades que componen a las entidades.

Atributo clave

dereckhernandez1 — 2024-09-26 23:15:09 UTC

Este tipo de atributo representa una característica distintiva de una entidad, es decir, un atributo único.

Tablas

dereckhernandez1 — 2024-09-26 23:17:27 UTC

Las tablas representan las entidades, sus atributos y relaciones de una forma más eficiente y organizada.

Cardinalidad

dereckhernandez1 — 2024-09-26 23:22:04 UTC

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.

Bases de datos no relacionales (NoSQL):

ilianagodoy164 — 2024-09-27 00:53:18 UTC

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.

ilianagodoy164 — 2024-09-27 00:54:48 UTC

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.

Iliana Janeth Godoy Almendares

ilianagodoy164 — 2024-09-27 05:41:36 UTC

Iliana Janeth Godoy Almendares

ilianagodoy164 — 2024-09-27 05:42:25 UTC

Iliana Janeth Godoy Almendares

ilianagodoy164 — 2024-09-27 06:02:58 UTC

Importancia

oscarfonse1314 — 2024-09-27 06:36:14 UTC

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.

Diferentes Usos

oscarfonse1314 — 2024-09-27 06:44:45 UTC

Análisis de grandes datos
Aplicaciones móviles
Internet de las cosas (IoT)
Aplicaciones en tiempo real
Aplicaciones de almacenamiento de documentos

oscarfonse1314 — 2024-09-27 06:52:17 UTC

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.

Oscar Andrés Fonseca Castillo

oscarfonse1314 — 2024-09-27 09:34:09 UTC

Oscar Andrés Fonseca Castillo

oscarfonse1314 — 2024-09-27 09:35:36 UTC

Oscar Andrés Fonseca Castillo

oscarfonse1314 — 2024-09-27 09:36:57 UTC

Dereck Yareth Hernandez Corrales

dereckhernandez1 — 2024-09-27 22:41:12 UTC

Dereck Yareth Hernandez Corrales

dereckhernandez1 — 2024-09-27 22:41:49 UTC

Dereck Yareth Hernandez Corrales

dereckhernandez1 — 2024-09-27 22:42:24 UTC

Dereck Yareth Hernandez Corrales

dereckhernandez1 — 2024-09-27 22:42:57 UTC

Dereck Yareth Hernandez Corrales

dereckhernandez1 — 2024-09-27 22:43:45 UTC

Luis José Nunes Ordoñez

2024-09-28 01:30:00 UTC

Luis José Núñez Ordoñez

2024-09-28 01:35:14 UTC

Luis José Núñez Ordoñez

2024-09-28 01:37:35 UTC

Luis José Núñez Ordoñez

2024-09-28 01:53:20 UTC