Bases de Datos Avanzadas
Conferencia # 1. Introducción a la asignatura.
Dra. C. Lisandra Bravo Ilisástigui
lbravo@[Link]
@lisibravo
Introducción a la Asignatura
● Temas de la Asignatura (42 h clases)
○ Introducción a la asignatura (4h)
○ Data Warehouse.(16h)
○ BD NoSQL (8h)
○ Base de Datos Distribuidas.(8h)
○ Grandes volúmenes de Datos.(4h)
○ Evaluación Tarea(2h)
Introducción a la Asignatura
● Sistema de Evaluación:
○ Laboratorio: semanas 3,5,7
○ Seminarios: semana 1,6, 8,9,10
■ oponencias
Aprobar: >70%
○ Tarea Extraclase Tarea 40%
Resto de las evaluaciones 60%
■ Semana 11
Tarea Extra Clase
● Equipos de hasta 4 integrantes
● Temas propuestos en la asignatura o uno propio.
○ Temas propios: Cualquier solución de manejo de datos que sea diferente a al tradicional empleo de
modelos relacionales transaccionales.
■ Data Warehouses o Data Marts
■ Bases de Datos Distribuidas.
■ Bases de Datos Gráficas.
■ Soluciones para BigData
■ Computación o almacenamiento en la Nube.
■ Infraestructuras de Datos.
● Las propuestas se presentan en diseño e implementación sobre alguna tecnología.
Arquitectura Cliente-Servidor
La arquitectura cliente-servidor es un modelo de diseño de sistemas informáticos
donde las tareas y responsabilidades se distribuyen entre un cliente y un servidor.
➔ El cliente es la interfaz de usuario que solicita servicios al servidor(según un
protocolo de comunicación).
➔ El servidor es el encargado de procesar las solicitudes y enviar las respuestas al
cliente.
➔ Puede existir un servidor centralizado o varios servidores distribuidos. Los clientes
y servidores pueden ubicarse en diferentes nodos de la red con independencia de
HW, SO y ubicación física”.
Arquitectura Cliente-Servidor
➔ Correo electrónico: El cliente (como Outlook o Thunderbird) se comunica con el
servidor de correo (como Microsoft Exchange o Gmail) para enviar y recibir correos
electrónicos. El cliente envía una solicitud al servidor para obtener los mensajes y el
servidor procesa la solicitud y envía los mensajes al cliente.
➔ Aplicaciones web: En una aplicación web, el cliente es el navegador web y el servidor
es donde se aloja la aplicación. El cliente envía solicitudes al servidor para obtener y
enviar datos y el servidor procesa las solicitudes y envía las respuestas, que se
visualizan en el navegador.
➔ Impresión en red: En una configuración de impresión en red, los clientes envían los
trabajos de impresión al servidor de impresión. El servidor se encarga de gestionar la
cola de impresión y enviar los trabajos a las impresoras adecuadas.
Arquitectura Cliente-Servidor. Ejemplos
➔ Bases de datos: En un sistema de bases de datos cliente-servidor, el cliente solicita
datos o realiza operaciones de inserción, modificación o eliminación al servidor de
bases de datos. El servidor procesa las consultas y devuelve los resultados al cliente.
➔ Videojuegos en línea: En los juegos en línea, el cliente se ejecuta en el dispositivo del
jugador y se comunica con el servidor del juego. El servidor maneja la lógica del juego,
coordina la interacción entre los jugadores y envía actualizaciones sobre el estado del
juego al cliente.
Arquitectura Cliente-Servidor. Ejemplos
➔ Computación en la nube: El uso cada vez más extendido de la computación en la nube
ha impactado la arquitectura cliente-servidor. Los servicios en la nube permiten
desplegar aplicaciones en servidores remotos, lo que ofrece mayor escalabilidad,
disponibilidad y flexibilidad.
➔ Microservicios: La arquitectura de microservicios es una variante de la arquitectura
cliente-servidor donde las aplicaciones se dividen en pequeños servicios
independientes. Cada servicio puede tener su propia infraestructura, lo que facilita la
escalabilidad, el despliegue y el mantenimiento.
➔ Internet de las cosas (IoT): La proliferación de dispositivos conectados a Internet ha
influido en la arquitectura cliente-servidor. Los dispositivos IoT suelen actuar como
clientes que recopilan datos y envían solicitudes a servidores para su procesamiento.
Arquitectura Cliente-Servidor. Ejemplos
➔ CAPI RESTful: La adopción de APIs RESTful ha simplificado la interfaz entre el cliente y el
servidor en la arquitectura cliente-servidor. Las API RESTful proporcionan una forma
estándar de comunicación basada en el protocolo HTTP, lo que permite una integración
más sencilla entre aplicaciones.
➔ Contenedores y orquestación: El uso de contenedores, como Docker, y herramientas de
orquestación, como Kubernetes, ha facilitado el despliegue y la administración de
aplicaciones en arquitecturas cliente-servidor. Los contenedores permiten empaquetar
aplicaciones y sus dependencias en entornos aislados, mientras que las herramientas
de orquestación simplifican la gestión de múltiples contenedores y su escalabilidad.
Arquitectura Cliente-Servidor. Ejemplos
➔ API RESTful: La adopción de APIs RESTful ha simplificado la interfaz entre el cliente y el
servidor en la arquitectura cliente-servidor. Las API RESTful proporcionan una forma
estándar de comunicación basada en el protocolo HTTP, lo que permite una integración
más sencilla entre aplicaciones.
➔ Contenedores y orquestación: El uso de contenedores, como Docker, y herramientas de
orquestación, como Kubernetes, ha facilitado el despliegue y la administración de
aplicaciones en arquitecturas cliente-servidor. Los contenedores permiten empaquetar
aplicaciones y sus dependencias en entornos aislados, mientras que las herramientas
de orquestación simplifican la gestión de múltiples contenedores y su escalabilidad.
Arquitectura Cliente-Servidor. Estructura en Capas
La estructura en capas, también conocida como arquitectura en capas o arquitectura de
múltiples capas, es un enfoque de diseño de software donde las distintas funcionalidades y
responsabilidades del sistema se dividen en capas o niveles lógicos.
➔ Principios de la estructuración en Capas
→ Independizar los componentes del contexto global tanto como sea posible.
→ Cada capa constituye un elemento de agrupación de todos los componentes que
tienen una funcionalidad común.
● Inteligencia de Negocio y DSS.
Desarrollo histórico de los DSS.
Tema 1 ● Data Warehouse y Data Marts.
● Modelo Multidimensional.
DATAWAREHOUSE
● Extracción, Transformación y
Carga (ETL).
Actividades , evaluación y bibliografía.
● Actividades:
○ Conferencias 2
○ Clase Práctica 2
○ Laboratorios evaluativos 2
● Evaluación:
○ Laboratorios.
● Bibliografía
○ Introducción a los Sistemas de Bases de Datos”. 3ra parte. C. J. Date. Editorial Félix
Varela. 2003. 7ma edición.
○ The Data Warehouse Toolkit. Ralph Kimball and Margy Ross.
Tema 2
● Necesidad.
● Tipos de BD NoSQL:
○ Características
Bases de datos NoSQL ○ Casos de Uso
Actividades , evaluación y bibliografía.
● Actividades:
○ Conferencias 1
○ Seminario 2
● Evaluación:
○ Seminario 1.
■ Características de las Distintas Bases de Datos
■ Casos de Uso y Tecnologías asociadas.
○ Seminario 2
■ Traer una caso de Uso desplegado en la tecnología.
● Bibliografía
○ NoSQL for mere mortals. D Sullivan - 2015
● Surgimiento de las Bases de
Datos Distribuidas (BDD).
● Definición de BDD.
Tema 2 ● Objetivos de los SBDD.
BASE DE DATOS DISTRIBUIDAS ● Ventajas y Desventajas de las
BDD.
● Arquitectura de los SBDD.
Actividades , evaluación y bibliografía.
● Actividades:
○ Conferencia 1
○ Seminario 2
● Evaluación:
○ Seminario 1
■ Características de las BDD
○ Seminario.
■ Solución a una problemática.
■ 1 equipo expone la solución y otro realiza la oponencia
● Bibliografía
○ Introducción a los Sistemas de Bases de Datos”. 3ra parte. C. J. Date. Editorial Félix
Varela. 2003. 7ma edición.
○ “Fundamentals of Database Systems”.
● Big Data
○ Principios y Características
Tema 4
○ Tipos
○ Ecosistemas, Nubes y otros
GRANDES VOLÚMENES DE DATOS ● Analítica de Datos
○ Necesidad
○ Ciencia de datos
Actividades , evaluación y bibliografía.
● Actividades:
○ Conferencia 1
○ Seminario 1
● Evaluación:
○ Seminario 1
■ Computación en la Nube
■ Data Lake y Lake Houses
■ MapReduce
■ Analítica de Datos.
● Bibliografía
○ Introducción a la Minería de Datos. José Hernández Orallo (2004)
○ The Data Science Design Manual Steven Skiena, (Springer, 2017)
○
● En el canal de la asignatura se
Más bibliografía
pondrá material complementario
● En la carpeta de la asignatura hay
libros, cursos y otros materiales
interesantes para consultar.
● Definir con los tutores si hay
temas en el grupo de
investigación
○ Bases de Datos Distribuida
Tarea extraclase ○ Datawarehouse
○ Analitica de datos
○ Bases de datos NoSQL
○ una combinación
● Semana 4 máximo plazo
definición.
