Actualmente hay un único formulario para lxs asistentes, que pide una combinación de datos personales y datos netamente de la inscripción, como en qué día llegan o en qué van a ayudar.
El siguiente paso es crear dos formularios distintos, uno de datos personales, y otro de datos de inscripción.
El flujo sería:
User se registra
Ve un dashboard con botones para completar datos personales y para inscribirse al próximo ETI
La inscripción al próximo ETI está deshabilitada hasta no completar los datos personales.
Para optimizar recursos, vamos a usar desnormalización de los datos de usuario:
En la inscripción se va a guardar el userId pero también se van a duplicar los datos del usuario.
Esto permite que al momento de cargar la lista de inscripciones se deba consultar una sola colección, en vez de hacer dos consultas y luego unificar los datos.
Actualmente hay un único formulario para lxs asistentes, que pide una combinación de datos personales y datos netamente de la inscripción, como en qué día llegan o en qué van a ayudar. El siguiente paso es crear dos formularios distintos, uno de datos personales, y otro de datos de inscripción. El flujo sería: User se registra Ve un dashboard con botones para completar datos personales y para inscribirse al próximo ETI La inscripción al próximo ETI está deshabilitada hasta no completar los datos personales.
Para optimizar recursos, vamos a usar desnormalización de los datos de usuario: En la inscripción se va a guardar el userId pero también se van a duplicar los datos del usuario. Esto permite que al momento de cargar la lista de inscripciones se deba consultar una sola colección, en vez de hacer dos consultas y luego unificar los datos.