Aplicando NoSQL: Colecciones y Shards

Clase 60 de 63 • Fundamentos de Bases de Datos 2017

Andric Alejandro Vargas Alarcón

student•

Resumen:
Colecciones : objetos principales de la Base de Datos no relacional
Donde se pueden guardan información utilizando distintas llaves para acceder a datos

ejm:
Name : ‘Julieta’

Pero la colección se debe especificarse en una ubicación, en un shard especifico.

La información se puede distribuir en varios shards , esto incluye a que los datos de una colección pueden estar en 2 o mas shards

RAID 1 : Espejo de datos Nodo A es igual que en un Nodo B, se necesita mucha velocidad
A>A
A<A

REPLICA : Mediante Replica, asegura alta disponibilidad
B->B

LOG: para averiguar como estaba la data en un determinado tiempo.
Log 1 : valor 3
Log 2: valor 4
Quiere decir que surgio 1 dato modificado alterando el valor

Snapshots (snaps) : Imagenes de un servidor, cluster, nodo, en un determinado momento. (para luego restaurar o replicar la información en otro ambiente)

Juan Diego Silva Garcia

student•

Perfecto!

Cristian Orozco Benjumea

student•

Gracias muy bien captada la información

Carlos Uriel de Jesus Sánchez González

student•

Colecciones : son los objetos principales de las base de datos no relacionales.

Las colecciones guardan la información a través de llaves y se le asigna una location.

La información se puede distribuir en varios shards , esto incluye a que los datos de una colección pueden estar en 2 o mas shards

RAID : Espejo de datos Nodo A es igual que en un Nodo B, se necesita mucha velocidad

REPLICA : datos en nodo a y nodo a’, cambio de a a a’ cuando falla a, se asegura alta disponibilidad

Log : se registra como estaban los datos en un momento determinado

Snaps : imagenes de servidor o puntos de restauración ante los fallos

Iván Toro

student•

Buen resumen.

Juan Exson Guevara Mayta

student•

Se entiende muy bien el resumen, gracias.

Daniel Cadavid

student•

 La colección es un grupo de datos relacionados entre sí, en las base de datos no relacionales las colecciones de datos no se guardan en tablas sino en un nodo del cluster

 Espejo: los datos de un servidor y/o nodo se replica en otro servidor de manera intacta tambien se le llama RAID 1

 Replica: Los datos de un servidor se replica en otro y este está preguntando constantemente al principal si está funcionando, si no lo está haciendo reemplaza las funciones para no parar el servicio.

 Logs: almacenar la data en un tiempo específico para hacer comparaciones con logs guardados anteriormente, ejemplo el funcionamiento del blockchain

Los logs no son manipulables al igual que las transacciones una vez es creado no se pueden cambiar solo validar la transacción.
Los logs se almacenan en cada nodo para poder verificar la consistencia de los datos comparando los logs.

 Snaps: son fotos en un instante de tiempo determinado de la base de datos para posteriormente recuperarla si se requiere el caso, ejemplo en una restauración o una réplica en otro ambiente. Se usa mucho en máquinas virtuales.

 Los snapshot por lo general se hacen sobre el servidor completo ya que la finalidad es tener una copia idéntica en todos los aspectos.

Un snapshot a nivel de base de datos es más como un backup.

Smerlyn Javier Eusebio Bonifacio

student•

Noe Mikhael Huaccharaque Ruiz

student•

Los loops estan almacenados en el nodo maestro o en todos los shards??

Diego Forero

Team Platzi•

No son loops, son logs y se almacenan en cada nodo para poder verificar la consistencia de los datos comparando los logs.

Rodrigo Luna

student•

Es posible realizar un Snapshot de la Base de Datos? o solo es a nivel servidor?

Diego Forero

Team Platzi•

Los snapshot por lo general se hacen sobre el servidor completo ya que la finalidad es tener una copia idéntica en todos los aspectos.

Un snapshot a nivel de base de datos es más como un backup.

Alexander Silvera

student•

Resumen: Colecciones : objetos principales de la Base de Datos no relacional Donde se pueden guardan información utilizando distintas llaves para acceder a datos

ejm: Name : ‘Julieta’

Pero la colección se debe especificarse en una ubicación, en un shard especifico.

Noe Mikhael Huaccharaque Ruiz

student•

Como se protegen los loops en el sistema de Blockchain?

Diego Forero

Team Platzi•

Los logs no son manipulables al igual que las transacciones una vez es creado no se pueden cambiar solo validar la transacción.

Fernando Alejandro Yerena Ramos

student•

¿Cúal sería la diferencia entre Mirroring y Replicacion?

En principio los veo como metodos iguales. Ya que los datos se encuentran en una máquina de respaldo, para evitar que el sistema se caiga por la falla de algún nodo. ¿Pero dónde radica la diferencia?

Billy Godoy

student•

Mirroring es mas para la seguridad y alta disponibilidad de la base de datos. En este caso el servidor que actúa como el mirror no esta disponible para conexiones directas ya que se mantiene en estatus "Recovery". Una vez el principal falla, la base de datos en el mirror entra en vida y empieza a actuar como el principal.

Replicacion es mas la habilidad de tener dos servidores activos que tratan de mantener la misma informacion en dos lugares diferentes. Aquí los clientes se conectan al servidor respectivo y si se cae esos clientes no tienen acceso a la información hasta que el servidor regrese.

Entonce, si hablamos de alta disponibilidad, la recomendación seria Mirroring, así la base de datos siempre estara disponible aun si uno de los servidores falla

Diego Adrián Sánchez Gutiérrez

student•

coleciones objetos principales en la BD los nodos son los sharts mirror raid 1 se replican los datos en 2 discos duros en el instante replica con un heart bet y si se cae el principal entra el secundario logs verifican los datos en los nodos y si en alguno es diferente entonces hay una inconsistencia snaps prints en un instante de tiempo

Alexander Silvera

student•

La información se puede distribuir en varios shards , esto incluye a que los datos de una colección pueden estar en 2 o mas shards

RAID 1 : Espejo de datos Nodo A es igual que en un Nodo B, se necesita mucha velocidad A>A A

Aplicando NoSQL: Colecciones y Shards

Introducción al Curso Fundamentos de Bases de Datos

¡Vamos a renovar este curso!

Introducción al Curso de Bases de Datos

Teoría general de Bases de Datos

Propósito general de las Bases de Datos

Tipos de Bases de Datos y sus aplicaciones en la industria

Visión general de los datos

Tipos de Datos

Diferentes tipos de Bases de Datos

Reto ¿Hadoop y Blockchain podrían cambiar una Base de Datos tradicional?

Bases de Datos Relacionales

¿Qué es una Entidad?

¿Qué es una Relación?

Características o datos de una Entidad

¿Ya aparecieron las llaves?

Índices e Indexación

Constraints o Restricciones

Capas de abstracción del modelo Entidad-Relación

Metodología básica de 9 pasos con Barker (Paso 1) Identificar Cuáles son las Entidades Resuelven Nuestro Problema

Metodología básica de 9 pasos con Barker (Paso 2): Identificación de las Relaciones de las Entidades.

Metodología básica de 9 pasos con Barker (Paso 3): Entidades y Relaciones

Metodología de Diseño (Correcciónes del paso 2 y 3)

Metodología de Diseño (Paso 4): Asignar Atributos a las Entidades.

Metodología de Diseño (Solución del paso 4): Terminando de Asignar Atributos a las Entidades

Metodología de Diseño (Pasos 5, 6 y 7) 5. Generar un diagrama conceptual, 6. Modelo lógico, 7. Identificar nuevos atributos que generan nuestras entidades débiles.

Metodología de Diseño (Paso 8): Construir el Diagrama del Modelo Físico

Metodología de Diseño (Paso 9): Pasar al estándar de la base de datos (SQL)

Reto con el paso 4 de la Metodología de Diseño

Bases de Datos NO Relacionales y Otros tipos de Bases de Datos

Atomicidad y consistencia

Aislamiento y durabilidad

Bases de Datos In-Memory (Cambio de árboles a columnar)

Otros tipos de Bases de Datos en la industria

Bases de Datos In-Memory con indexación de columnar

Definiendo el Proyecto y Generando Entidades de PlatziStore: Pasos 1 y 2

Definir la Estructura de la Tabla Cliente del Proyecto: Pasos 3 y 4

Terminando de Estructurar Nuestras Tablas (Continuación del paso 4)

Metodología de Diseño (Paso 5): Diagrama Conceptual

Metodología de Diseño (Paso 6 y 7): Modelo Lógico y Entidades Débiles

Solución de atributos de entidad del proyecto - Atributos adicionales a entidad débil creada

Metodología de Diseño (Paso 8)

Llevando nuestro proyecto a SQL (Paso 9)

Terminando la Implementación del Proyecto (Paso 9)

Dependencias funcionales

Normalización, llevando el proyecto hasta tercera forma normal (primera forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (segunda forma normal)

Normalización, llevando mi proyecto hasta tercera forma normal (Cuarta y quinta forma normal)

Comenzando con SQL

DDL: Data Definition Language y DML: Data Manipulation Language

ACID desde lo no relacional

CAP

Scale Out y Scale Up

¿Scale out o Scale up?

DBMS en nube para poder iniciar una aplicación propia

IMPORTANTE: Preparación del entorno de trabajo

Estructura básica de un Query

Aprendiendo a Hacer más Querys

Estructura básica del Query con más de una tabla

Estructura básica del Query con más de una tabla 2

Tuplas y más tuplas

Insertar registros

Joins

Noo SQL Aplicado, Planteando el Problema

Aplicando NoSQL: Colecciones y Shards

Aplicando noSQL: Integración de Comunicaciones y Hardware en una Base de Datos Scale OUT

Aplicando noSQL: Integrando JSON a Bases de Datos No Relacionales

Conclusiones del curso