Universidad Nacional Autónoma de Honduras en el valle de Sula

Catedrático(a):
Ing. Carmen Salgado Agüero

Asignatura:
Programación e implementación de sistemas, sec. 0900

Grupo Alfa:
Héctor Andrés Carbajal Maradiaga 20192000267
Maynor Alexander Garcia Rodríguez 20202000682
Virgilio Fernando Chávez Padilla 20193030050

Trabajo:
Estudio de casos Base de datos NoSQL

Lugar y Fecha:
San Pedro Sula, 03 de octubre del 2023
 Estudio de casos
Valor: 5%
Fecha de entrega: 09 de octubre 2023.
Tarea grupal.

Caso práctico 1: Almacenamiento de minerales para la salud,

minería de datos
Esther See, una de las empleadas de Marathon Vitamin Shop, se acerca al propietario Bill Berry
para comentarle: “He observado que nuestros clientes tienen distintos hábitos. Algunos vienen con
regularidad y otros son menos predecibles”, dice Esther. “Cuando veo a un cliente regular, me
enorgullezco de anticipar lo que el cliente va a comprar e incluso hasta puedo sugerirle otras
vitaminas de su agrado. Creo que genero más ventas de esa forma. Además, el cliente está más
contento”.
Esther continúa: “Aunque desearía poder ayudar mejor a algunos de los clientes que vienen con
menos frecuencia”.
“Es una actitud muy favorable, Esther, además de que ayuda a nuestra tienda”, le responde Bill. “Sé
que podemos beneficiarnos de otras formas si logramos manejar mejor los patrones de los clientes.
Por ejemplo, podemos estar seguros de tener un artículo en existencia”.
Ester asiente y agrega: “No es sólo el tipo de vitamina de lo que estoy hablando. Algunos clientes
prefieren una marca en vez de otra.
No sé si depende de su nivel de ingreso o de los intereses que tengan en actividades de
esparcimiento. Como los deportes, por ejemplo”.
“Ya veo, Srita. See” dice Bill sonriendo, “¿tiene algo en mente?”.
“Sí, Sr. Berry”, dice en un tono más formal. “Deberíamos organizar los datos que tenemos sobre
nuestros clientes mediante el concepto de un almacén corporativo de datos. Podemos fusionar los
datos que tenemos con la información de otras fuentes. Así podemos buscar patrones en nuestros
datos. Tal vez podamos identificar los patrones existentes y predecir nuevas tendencias”.

Ahora responda lo siguiente:

1. Piense cómo organizaría un almacén corporativo de datos para Marathon Vitamin
Shops.
El almacén de corporativo de datos se podría organizar de forma desglosada, por
ejemplo, podemos tener separados los proveedores de los medicamentos donde se refleje la
casa farmacéutica y las marcas que distribuye, para así poder comparar la información de
cada uno entre ellos o con otras fuentes de información.

También, los datos de clientes podríamos organizarlos de forma en que nos

muestren los que visitan con frecuencia la tienda y el medicamento que compran y las
marcas que tienen mayor demanda, al igual los menos frecuentes.

De esta manera, podemos de cierta forma anticiparnos en caso de que los productos
más demandados se estén agotando y poder adquirir más.
 Así mismo, mantener la información organizada nos permite llevar un mejor control
de nuestros datos y así podemos identificar los patrones que se muestran en la tienda,
realizar análisis, extraer información y tomar decisiones.

2. ¿Qué otras bases de datos le gustarían fusionar en el almacén de datos?

En especial nos gustaría fusionar la base de datos SAP HANA, ya que nos permite
acceder a varias bases de datos ya sea para consultas transaccionales como analíticas.
También, se pueden utilizar aplicaciones de SQL, además, de que se puede almacenar la
información empresarial en un repositorio de datos persistentes y recuperarla fácilmente en
caso de avería del sistema.

También, podríamos fusionar el almacén de datos con la base de datos de Oracle,

gracias a su alta compatibilidad con plataformas y aplicaciones, tenemos funciones de
protección de datos y seguridad.

3. ¿Qué tipo de patrones debería estar buscando Bill Berry?

Debería de estar buscando de tipo asociativo, secuencial, agrupamiento o tendencias.

4. Identifique estos patrones por tipo (asociaciones, secuencias, agrupamiento o

tendencias) y descríbalos en dos párrafos.

En el caso de asociaciones podríamos hacerlo por zona geográfica, analizar los clientes de
mismas zonas que frecuentan la tienda por algunos productos en específico.

En secuencia, podríamos hacerlo por temporadas, observar esa tendencia que se refleja en
cada temporada para elegir determinada vitamina más demandada en cada época.

En agrupamiento, lo podemos realizar por edades para poder sugerir los medicamentos que
son adecuados a cada edad.

También, los pagos, para determinar la forma en que los clientes prefieren realizar sus
pagos, así se hace más eficiente el proceso.

Caso práctico 2: "Diseño Conceptual de una Base de Datos

NoSQL para una Aplicación de Red Social"
Descripción del Contexto:

Imaginen que están trabajando como consultores de bases de datos para un startup que está
desarrollando una nueva aplicación de red social. La aplicación tiene la ambición de crecer
rápidamente y manejar grandes volúmenes de datos, incluidos perfiles de usuario, publicaciones,
fotos y relaciones entre usuarios. El objetivo de este estudio de caso es diseñar de manera
conceptual una base de datos NoSQL que pueda manejar eficazmente estos datos y garantizar un
rendimiento óptimo a medida que la aplicación crece.

Indicaciones:
 1. Elija el tipo de base de datos NoSQL más adecuado para este caso.

En este caso la base de datos NoSQL que utilizaremos será MongoDB, ya que actualmente
es la mejor base de datos NoSQL.

2. Realizar un diseño conceptual de la base de datos NoSQL, la cual debe venir basada
en el tipo de base de datos NoSQL que eligieron.

El diseño conceptual de la base de datos esta realizado basado en un modelo de datos

lógicos, ya que en las bases de datos NoSQL se puede utilizar para ver la estructura de los
datos y ver como los podemos relacionar.

3. Un informe que explique cómo una base de datos NoSQL aborda los desafíos de
escalabilidad y rendimiento en comparación con una base de datos relacional en el
contexto de una aplicación de red social.

SQL VS NoSQL

Las bases de datos SQL son bases de datos relacionales. Esto significa que los datos se
organizan en tablas, y cada tabla tiene una estructura específica. Las tablas están conectadas entre sí
mediante relaciones. Esto hace que las bases de datos SQL sean muy potentes para almacenar datos
a los que hay que acceder de una manera determinada.
Las bases de datos NoSQL son bases de datos no relacionales. Esto significa que los datos
se almacenan en una colección de documentos. Estos documentos no tienen una estructura
específica y no están conectados entre sí mediante relaciones. Por lo tanto, son más adecuadas para
almacenar datos a los que no es necesario acceder de una manera determinada.
 Una de las principales diferencias entre las bases de datos SQL y NoSQL es su
escalabilidad. Las bases de datos SQL utilizan un enfoque de escalado vertical, lo que significa que
escalan añadiendo más potencia al servidor. Las bases de datos NoSQL utilizan un enfoque de
escalado horizontal, es decir, escalan añadiendo más servidores.
Otra diferencia es que las bases de datos SQL suelen ser más caras de mantener que las
NoSQL. Las bases de datos SQL requieren más administración, como la creación y el
mantenimiento de índices y vistas. Las bases de datos NoSQL suelen ser menos costosas porque
necesitan menos administración.
Las bases de datos SQL también suelen ser más complejas que las NoSQL. Esto se debe a
que las bases de datos SQL deben seguir las reglas de ACID (atomicidad, consistencia, aislamiento
y durabilidad), lo que puede hacerlas más lentas y complicadas. En cambio, las bases de datos
NoSQL suelen ser más sencillas y pueden ser más rápidas porque no tienen que seguir las reglas de
ACID.

Bibliografía
AppMaster. (02 de 11 de 2022). appmaster.io. Obtenido de https://appmaster.io/es/blog/bases-de-
datos-sql-vs-nosql