Cuanto más grande sea una partición, mejor rinde, porque se lee de una sola vez; por eso conviene guardar todos los datos de una entidad en una única partición

Las hot partitions no existen en Cassandra, porque el hash reparte siempre la carga de forma perfectamente uniforme, sin importar la clave elegida

Una partición que crece sin límite (por ejemplo, todos los eventos de un usuario para siempre) se vuelve lenta y pesada, y una partition key con pocos valores o muy popular crea una hot partition que satura sus réplicas; se mitiga añadiendo un bucket a la clave (por ejemplo usuario + día) para acotar el tamaño y repartir la carga

Añadir un bucket a la partition key obliga a leer todas las particiones del cluster en cada consulta, por lo que siempre empeora el rendimiento