Flux instancias de múltiples tiendas

En una aplicación de flujo donde los datos se dividen en cubos por ID de propietario, ¿deberíamos usar una tienda que separe internamente los datos en cubos, o una instancia de tienda por cubo?

Por ejemplo, tenemos un usuario de la aplicación que es entrenador de múltiples atletas. Cada atleta entrenado tiene cero o más entrenamientos, y el entrenador puede ver uno o más entrenamientos de atletas al mismo tiempo.

Podríamos tener una tienda de entrenamiento para todos los atletas; la tienda debe asegurarse de que todos los datos estén separados en cubos de atletas, y cada método de la tienda requiere un parámetro deportista.

O bien, podríamos tener una instancia de tienda por ID de atleta. Esto simplifica la lógica de la tienda y las firmas de métodos, pero luego tenemos que administrar más instancias de la tienda.

¿Alguien tiene alguna experiencia con este enfoque? ¿Alguna ventaja o desventaja de hacerlo de una forma u otra? O, ¿de qué manera es 'la vía del flujo' y por qué?

Respuestas a la pregunta(1)

Su respuesta a la pregunta