 ¿Qué es un SGBD?

Un SGBD, o Sistema de Gestión de Bases de Datos, es un conjunto de software diseñado para

administrar y organizar eficientemente grandes cantidades de datos. Su función principal es
proporcionar una interfaz y herramientas para crear, almacenar, modificar, recuperar y gestionar
datos de manera segura y consistente. Los SGBD son esenciales en aplicaciones y sistemas que
requieren un acceso rápido y confiable a datos, como sistemas empresariales, sitios web,
aplicaciones móviles, etc.

 Que tipos de SGBD existen, así como sus características

1. SGBD Relacionales:

 Ejemplos: MySQL, PostgreSQL, Oracle Database, Microsoft SQL Server.

 Características:

 Almacenan datos en tablas con filas y columnas.

 Utilizan el lenguaje SQL (Structured Query Language) para consultas y

manipulación de datos.

 Mantienen relaciones entre tablas mediante claves primarias y foráneas.

 Aseguran la integridad de datos y aplican restricciones mediante reglas y

triggers.

 Son ampliamente utilizados en aplicaciones empresariales y

transaccionales.

2. SGBD NoSQL (No Solo SQL):

 Ejemplos: MongoDB, Cassandra, Redis, Couchbase.

 Características:

 Diseñados para manejar grandes volúmenes de datos no estructurados o

semiestructurados.

 No utilizan un esquema fijo de tablas y relaciones, lo que permite una

mayor flexibilidad.

 Pueden ser optimizados para escalamiento horizontal y distribución de

datos.

 Adecuados para casos de uso como almacenamiento de datos en tiempo

real, análisis de big data y aplicaciones web escalables.

3. SGBD Orientados a Objetos:

 Ejemplos: db4o, Versant.

 Características:
  Almacenan datos en forma de objetos, preservando así las estructuras de
programación orientada a objetos.

 Adecuados para aplicaciones que manipulan objetos complejos con

relaciones y herencia.

 Pueden integrarse más fácilmente con sistemas de programación

orientada a objetos.

4. SGBD en Tiempo Real:

 Ejemplos: Apache Kafka, Amazon Kinesis.

 Características:

 Diseñados para capturar, procesar y analizar flujos de datos en tiempo

real.

 Utilizados en aplicaciones que requieren reacciones inmediatas a eventos,

como análisis de datos en tiempo real y monitoreo de sistemas.

5. SGBD de Grafos:

 Ejemplos: Neo4j, Amazon Neptune.

 Características:

 Modelan datos en forma de grafos, con nodos que representan entidades

y relaciones entre ellos.

 Útiles para aplicaciones que implican relaciones complejas, como redes

sociales, recomendaciones y análisis de redes.

6. SGBD Espaciales:

 Ejemplos: PostGIS, Oracle Spatial, Microsoft SQL Server Spatial.

 Características:

 Diseñados para almacenar y consultar datos geoespaciales, como mapas y

coordenadas.

 Pueden realizar búsquedas y análisis espaciales, como la búsqueda de

ubicaciones cercanas o áreas dentro de polígonos.
  Realizar un cuadro comparativo entre los SGBD (ventajas y desventajas).

Tipo de SGBD Ventajas Desventajas

Relacionales - Buenos para información organizada. - Pueden ser rígidos para datos nuevos.

- Fácil de hacer preguntas complicadas. - Pueden ser lentos para ciertas consultas.

- Se usan mucho y hay mucha ayuda. - No manejan bien datos no estructurados.

NoSQL - Se adaptan bien a datos diferentes. - Pueden ser más difíciles de aprender.

- No son tan buenos en consultas

- Escalan fácilmente a datos grandes. complejas.

- Son rápidos para ciertas operaciones. - No son tan estándar como los otros.

Orientados a Objetos - Guardan datos en formas como objetos. - Pueden ser más lentos en algunas cosas.

- Bueno para programas orientados a

objetos. - Menos conocidos y con menos apoyo.

- Tratan bien relaciones y estructuras. - A veces no son tan eficientes.

Tiempo Real - Procesan datos en vivo, en tiempo real. - Puede requerir más recursos.

- Buenos para aplicaciones en tiempo real. - Más difícil de configurar.

- Ayudan en respuestas inmediatas. - No son tan buenos para análisis retro.

Grafos - Manejan conexiones complejas muy bien. - No son ideales para todos los datos.

- Son buenos para redes y relaciones. - Pueden ser más difíciles de entender.

- Ayudan a buscar patrones en redes. - No son tan comunes como otros.

- Son muy específicos para datos

Espaciales - Trabajan bien con datos en mapas. espaciales.

- Ayudan a hacer búsquedas de lugares. - No son buenos para otros tipos de datos.

 Recomendar un SGBD para que ustedes diseñen una base de datos con sus determinadas
vistas y que puedan generar diferentes reportes:

a. Pequeña academia de baile:

Se recomendó utilizar MySQL, un sistema de gestión de bases de datos relacionales, debido a las
siguientes razones:

 Estructura de Datos Relacional: La academia de baile necesita mantener información

organizada sobre estudiantes, clases, calificaciones y direcciones. Un SGBD relacional como
MySQL almacena y gestiona datos estructurados en tablas con relaciones.

 Consultas Complejas: MySQL ofrece una amplia capacidad para realizar consultas
complejas, como calcular calificaciones promedio, registrar asistencias y filtrar estudiantes
según diferentes criterios.

 Soporte a Transacciones: Dado que manejarán calificaciones y registros de estudiantes, un

SGBD relacional como MySQL es capaz de gestionar transacciones para mantener la
integridad de los datos.

b. Tienda con clientes y créditos:

Se sugirió PostgreSQL, un SGBD relacional avanzado, debido a las siguientes razones:

 Transacciones y ACID: La gestión de créditos y pagos involucra transacciones financieras

importantes. PostgreSQL, al ser un SGBD relacional robusto, garantiza la integridad y
coherencia de los datos a través de la propiedad ACID (Atomicidad, Consistencia,
Aislamiento, Durabilidad).

 Capacidad para Datos Complejos: PostgreSQL permite definir tipos de datos

personalizados y almacenar datos más complejos. Esto puede ser útil para manejar
detalles específicos de los créditos y las compras.

 Funciones Avanzadas: PostgreSQL ofrece funciones avanzadas de búsqueda y análisis, lo

que podría ser útil para analizar el historial de ventas, generar informes y gestionar datos
de clientes.

c. Cocina económica con pedidos en línea:

La elección fue MongoDB, un SGBD NoSQL, debido a las siguientes razones:

 Modelo de Datos Flexible: El modelo de documentos de MongoDB es apropiado para

almacenar datos no estructurados, como los menús y los pedidos. Los documentos JSON
pueden representar fácilmente los elementos de menú y los detalles de los pedidos.

 Escalabilidad Horizontal: MongoDB es adecuado para manejar grandes volúmenes de

datos y crecimiento futuro, lo cual es crucial para un servicio de pedidos en línea que
puede experimentar una alta demanda.

 Búsqueda Rápida: La búsqueda por documentos en MongoDB es eficiente, lo que permite

realizar consultas rápidas en los menús y los pedidos.

d. Escenario general:

La recomendación de utilizar una combinación de SGBD, como PostgreSQL y MongoDB, se basa en

las siguientes consideraciones:
 Flexibilidad y Escalabilidad: Utilizar una arquitectura de base de datos híbrida permite
aprovechar las ventajas de ambos mundos: datos estructurados y relaciones manejados
por un SGBD relacional como PostgreSQL, y datos no estructurados y alta velocidad
gestionados por un sistema NoSQL como MongoDB.

 Aprovechamiento de Fortalezas: PostgreSQL es fuerte en consultas complejas y manejo de

relaciones, mientras que MongoDB es eficaz en almacenamiento de datos no
estructurados y alta escalabilidad.

 Escalabilidad Elástica: Esta combinación permite adaptarse a diferentes necesidades de

datos y cargas de trabajo, lo que es especialmente útil si se prevé un crecimiento
impredecible.