Sharding

Alan Kevin Fuentes García

student•

Sharding

Es un tipo de partición horizontal para nuestras bases de datos. Divide las tuplas de nuestras tablas en diferentes ubicaciones de acuerdo a ciertos criterios de modo que para hacer consultas, las tendremos que dirigir al shard o parte que corresponda.

Cuándo usar

Cuando tenemos grandes volúmenes de información estática que representa un problema para obtener solo unas cuantas tuplas en consultas frecuentes.

Inconvenientes

Cuando debamos hacer joins frecuentemente entre shards
Baja elasticidad. Los shards crecen de forma irregular unos más que otros y vuelve a ser necesario usar sharding (subsharding)
La llave primaria pierde utilidad

Juan Esteban Bolívar Ferrer

student•

Importante tener en cuenta que necesitamos gran cantidad de información para ejecutar el sharding con datos estáticos.

Julián Cárdenas

student•

Excelente resumen!

Carmen Sánchez Salgado

student•

Mateo Posada

student•

muchas gracias

Patricio Sánchez Fernández

student•

Muchas gracias, Carmen.

Orlando Ramirez

student•

Interesante la solución del Sharding, investigando un poco más estuve leyendo el uso que le han intentado dar a través de las criptomonedas para bajar el uso del cómputo y que equipos que no sean tan potentes puedan realizar transacciones en criptomonedas, acá el Sharding se presenta como una solución, aunque tiene sus desventajas ya que hay problemas asociados a seguridad que se presentarían en caso de ser aplicado.
Por otro lado es interesante porque Libra de Facebook se planteaba usar el Sharding también desde un inicio.

Erick Armando Sánchez Flores

student•

Gracias por compartir ese dato :)

carlos puican chan

student•

buen dato!

Aaron Quiroga

student•

++Sharding++ Es una técnica para distribuir las bases de datos de manera horizontal. La palabra viene de shard, que es el pedazo que queda de una ventana rota.

Son especialmente buenos para los datos estáticos
Una analogía válida para es una pizza (la base de datos) que una sola persona (el servidor) no se puede comer, entonces se parte en porciones que distintas personas (otros servidores) pueden comer.

++Desventajas++

Joins entre shards: no es recomendable para los casos de uso en donde precisaremos información de distintos shards regularmente
Baja elasticidad: porque se establece la estructura de antemano y los datos pueden cambiar (por ejemplo si el shard está hecho por fecha y en cierta época hay un pico de tráfico)
Reemplaza PK y sus ventajas: si precisamos un mismo rango de valores cuyos datos están en distintos shards

Ruth Codina

student•

Sharping= Reparte la pizza entre tus amigos hambrientos

Esmeralda Palacios

student•

Buena palabra para ocupar en una reunión social 😅

Irving Jerico Hernandez Diaz

student•

Se me antojo la pizza, excelente analogía!

Carlos Fernando Aguilar González

student•

Igual yo

Sebastian Rodriguez

student•

Resumen:

Osvaldo Damián Ruiz

student•

jose gregorio medina salas

student•

Despues de esta clase nos vamos al curso de como hacer una pizza xd.

Martín González

student•

Estoy muy impresionado con el profesor Israel Vázquez Morales, el maestro del curso de Base de Datos de Platzi. Su claridad y habilidad para enseñar hacen que sea muy fácil entender los temas. Estoy muy agradecido por su trabajo y dedicación al curso. Él merece un gran reconocimiento por su excelente labor y se lo merece una recompensa por la claridad con la que ha impartido el curso.

Sebastian Rodriguez

student•

SHARDING ++VS++ PARTICION DE TABLAS

Sharding distribuimos por Tuplas la Data en diferentes servidores.
Particion tambien distribuimos por Tuplas la Data pero en la misma Instancia o Servidor.

El Sharding creeria que funciona bien para los Data Warehouse, ya que es Data que lleva almacenada mucho tiempoy no es consultada constantemente, entonces la podemos dividir en Shards por algun concepto que vayamos a usar mucho para realizar Mineria.

Jhon Freddy Tavera Blandon

student•

Sharding es una técnica de diseño de bases de datos distribuidas que implica dividir los datos de una base de datos en fragmentos más pequeños llamados "shards" o "particiones". Cada shard es un conjunto independiente de datos y se almacena en un servidor o grupo de servidores separado. El objetivo principal de sharding es mejorar la escalabilidad horizontal de la base de datos, distribuyendo la carga de trabajo entre varios nodos o servidores.

Enrique de Jesus Alcocer Polo

student•

existe algun ejemplo usando una base de datos real para aplicar sharding? Se supone que un curso práctico o me equivoco?

Joel Sierra Mendoza

student•

¿Cual es la diferencia entre sharding y la partición de tablas de PostgreSQL que se ha explicado en un curso anterior?

Erick Herrera

student•

Hola Joel, el sharding es cuando divides horizontalmente la base de datos y almacenas esos shard en distintos servidores y con las particiones divides horizontalmente la base de datos pero en la misma instancia

Cristian Velosa

student•

a principal ventaja que ofrece la fragmentación para una blockchain es mejorar la escalabilidad. Ya que las transacciones podrán ser procesadas y validadas de forma más rápida, reduciendo la cantidad de tiempo requerida para este proceso. Y por ende, la red tendrá la capacidad de procesar mayor número de transacciones por segundo.

Daniel Eduardo Montero Ramírez

student•

XXV. SHARDING

• Técnica que se utiliza para partir la base de datos
• Es como si la base de datos es una pizza muy grande (Datos/Queris) que en general no te puedes acabar solo (servidor), entonces llamas a otros amigos (otros servidores) para que se coman la pizza. Se divide la pizza (tabla) por algunos criterios que te convienen a ti.
• Problemas del Sharding:
	○ Joins entre shards
	○ Baja elasticidad

Reemplaza PK

Khalil Alexander Bautista Paiva

student•

El sharding en SQL puede presentar varias desventajas:

Complejidad: La implementación de sharding requiere una arquitectura más compleja, dificultando el mantenimiento y la gestión de la base de datos.
Consultas cruzadas: Las consultas que necesitan acceder a múltiples shards pueden ser menos eficientes y más complicadas de manejar.
Consistencia: Mantener la consistencia de los datos a través de shards puede ser un reto, especialmente en escenarios de alta concurrencia.
Costos: La infraestructura necesaria para soportar sharding puede incrementar los costos operativos y de recursos.

Es importante evaluar si las ventajas superan estas desventajas en tu caso específico.

Jesús David Fontalvo Mendoza

student•

¡Qué buena analogía! 🍕

El sharding como trocear una pizza para los amigos.

La pizza entera: Es nuestra base de datos completa.
Dividir la pizza en trozos: Esto es el sharding, donde partimos la base de datos en fragmentos más pequeños.
Los amigos: Son los clientes que necesitan acceder a los datos.
Los ingredientes diferentes en cada trozo: Esta es la clave de fragmentación (shard key). Es la regla que decide a qué trozo de la base de datos pertenece cada dato. Por ejemplo, la pizza con piña es solo para los que les gusta la piña.
Darle a cada amigo su trozo: Esto es la consulta eficiente. En vez de buscar en toda la base de datos, las peticiones se dirigen solo al fragmento que contiene los datos que necesitan.

Así, la analogía de la pizza ilustra perfectamente cómo el sharding mejora el rendimiento al reducir la cantidad de datos que una consulta tiene que revisar.

Daniel Varela

student•

El sahrding se puede considerar como una técnica de Big Data?

Juan Sabogal

student•

Los Joins entre shards no se comportan como cuando hacemos querys distribuidos??

Entiendo el sharding como una separacion de mi base de datos en distintos criterios. ¿Cual es la diferencia entre el sharding y la base de datos distribuida?